Re: Vim: Caught deadly signal BUS (after -current update with newgcc)
On Tue, Jul 15, 2003 at 11:07:40AM +0200, Karel J. Bosschaart wrote: FWIW, the new behaviour of vim is caused by patch 6.2.015. I added 015 to BADPATCHES in the ports Makefile and reinstalled. gvim works as usual now. I'm willing to commit it as such, but I'd like to hear more people's opinion. -- -- David ([EMAIL PROTECTED]) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [-CURRENT tinderbox] failure on sparc64/sparc64
On Tue, Jul 15, 2003 at 09:00:17PM +0200, Dag-Erling Sm?rgrav wrote: It's not a machine problem if it only happens to the sparc64 build - the same machine runs all the other -CURRENT tinderboxen except powerpc. BTW, PowerPC should be cross buildable now w/o needing a GCC patch. -- -- David ([EMAIL PROTECTED]) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI problem?
Your asl seems bogus since there are a lot of unexpected values (i.e. for TZ and EC port values). Since it worked in 4.8R, follow the instructions for disabling ACPI. -Nate thanks, that did it, but now, is there anyway i can help fix this so acpi will work? i have several of this boxes and booting them diskless will be a problem. danny ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Help diagnosing NIS breakage ?
Ugh... I'm still a moron. I just uploaded yet another diff. Can you test this one for me please? -BIll No dice; same effect. Thanks for looking into this. Let me know what other patches you'd like for me to try. RObin Gr. I don't know how I can keep getting this wrong. Ok, this time I tested the change with a sample program. Try applying http://www.freebsd.org/~wpaul/getpwent.diff again. Verify that the result matches the file in the fbsd5 test account. The getpwuid() routine seems to work ok, though my test for the geteuid() == 0 case was a bit of a kludge since I don't actually have root on the test box. -Bill -- = -Bill Paul(510) 749-2329 | Senior Engineer, Master of Unix-Fu [EMAIL PROTECTED] | Wind River Systems = If stupidity were a handicap, you'd have the best parking spot. = ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Installing on IBM BladeCenter HS20 (usb keyboard)
HS 20 is IBMs Serverwork GC-LE dual Xeon blade, it managment chassis contains usb floppy, cdrom, and usb to PS2 adapter for keyboard and mouse, these are only ever avilable to one blade at a time. I had a quick try to install from 5.1 iso this fails as the BTX loader can not see the CD once loaded. Installing from floppy or PXE boot fails as syscons detects an at keyboard (probably to keep windows happy) and does not use the usb keyboard. I have tried booting 4.8 as above, but also replacing the generic kernel with one with no atkbd, this still fails to use the usb keyboard. I didn't have a 5.1 machine to build a kernel with no at keyboard support. Is there a way to force sysinstall to use a usbkeyboard, without access to the at keyboard or serial port. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [-CURRENT tinderbox] failure on sparc64/sparc64
On Tue, 15 Jul 2003, Dag-Erling [iso-8859-1] Sm?rgrav wrote: DSMarcel Moolenaar [EMAIL PROTECTED] writes: DS It does not only happen to sparc64. I've seen it fail for all but DS i386 and pc98, I think. DS DSInterestingly, the latest sparc64 tinderbox succeeded. DS DS The first question is: what process is dumping core. I think DS you'll find that with dmesg(8). DS DS[EMAIL PROTECTED] ~% bzgrep dumped /var/log/messages* DS/var/log/messages:Jul 15 14:04:24 cueball kernel: pid 6864 (make), uid 722: exited on signal 4 (core dumped) DS/var/log/messages.0.bz2:Jul 14 07:53:19 cueball kernel: pid 44991 (make), uid 722: exited on signal 10 (core dumped) DS/var/log/messages.1.bz2:Jul 12 05:49:04 cueball kernel: pid 6340 (make), uid 722: exited on signal 10 (core dumped) DS/var/log/messages.1.bz2:Jul 12 13:31:23 cueball kernel: pid 69880 (make), uid 722: exited on signal 11 (core dumped) DS/var/log/messages.1.bz2:Jul 12 14:14:47 cueball kernel: pid 57456 (make), uid 722: exited on signal 11 (core dumped) DS/var/log/messages.2.bz2:Jul 9 14:08:23 cueball kernel: pid 4991 (make), uid 722: exited on signal 10 (core dumped) DS/var/log/messages.2.bz2:Jul 10 07:34:54 cueball kernel: pid 36133 (make), uid 722: exited on signal 10 (core dumped) DS/var/log/messages.3.bz2:Jul 6 18:08:46 cueball kernel: pid 43705 (make), uid 722: exited on signal 11 (core dumped) DS/var/log/messages.3.bz2:Jul 6 18:48:30 cueball kernel: pid 11632 (make), uid 722: exited on signal 11 (core dumped) DS/var/log/messages.3.bz2:Jul 7 19:29:31 cueball kernel: pid 94081 (make), uid 722: exited on signal 11 (core dumped) DS/var/log/messages.4.bz2:Jul 4 16:39:11 cueball kernel: pid 43256 (make), uid 722: exited on signal 11 (core dumped) DS/var/log/messages.4.bz2:Jul 5 15:09:59 cueball kernel: pid 24880 (make), uid 722: exited on signal 11 (core dumped) DS/var/log/messages.4.bz2:Jul 5 15:50:31 cueball kernel: pid 3662 (make), uid 722: exited on signal 11 (core dumped) DS/var/log/messages.4.bz2:Jul 6 03:26:28 cueball kernel: pid 45681 (make), uid 722: exited on signal 11 (core dumped) DS/var/log/messages.4.bz2:Jul 6 04:09:28 cueball kernel: pid 24332 (make), uid 722: exited on signal 11 (core dumped) DS/var/log/messages.5.bz2:Jul 3 16:13:22 cueball kernel: pid 7543 (make), uid 722: exited on signal 10 (core dumped) DS[EMAIL PROTECTED] ~% id DSuid=722(des) gid=722(des) groups=722(des) I have the same problem with i386. About two weeks ago make started to dump core from time to time with different signals. I built a make with -g and the traceback is always the same: + Script started on Thu Jul 17 09:54:31 2003 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... warning: exec file is newer than core file. Core was generated by `make'. Program terminated with signal 4, Illegal instruction. #0 0x0805ac8c in vfork () (gdb) bt full #0 0x0805ac8c in vfork () No symbol table info available. #1 0x080a4b80 in ?? () No symbol table info available. #2 0x0805a782 in Lst_ForEachFrom (l=0x80a5460, ln=0x80a43a0, proc=0x8049944 CompatRunCommand, d=0x809a780) at /usr/src/usr.bin/make/lst.lib/lstForEachFrom.c:94 tln = (struct ListNode *) 0x808ac01 list = (struct {...} *) 0x8079576 next = (struct ListNode *) 0x808ac3c done = 7 result = 134850432 #3 0x0805a753 in Lst_ForEach (l=0x80a5460, proc=0x8049944 CompatRunCommand, d=0x809a780) at /usr/src/usr.bin/make/lst.lib/lstForEach.c:73 No locals. #4 0x08049ee8 in CompatMake (gnp=0x809a780, pgnp=0x809a780) at /usr/src/usr.bin/make/compat.c:489 gn = (struct GNode *) 0x809a780 pgn = (struct GNode *) 0x809a780 #5 0x0804a1d5 in Compat_Run (targs=0x80a5a20) at /usr/src/usr.bin/make/compat.c:682 cp = 0x0 gn = (struct GNode *) 0x809a780 errors = 0 ---Type return to continue, or q return to quit--- #6 0x08050c7e in main (argc=3, argv=0xbfbff7a8) at /usr/src/usr.bin/make/main.c:866 targs = (struct Lst *) 0x80a5a20 outOfDate = 1 sa = {st_dev = 1042, st_ino = 1161641, st_mode = 16877, st_nlink = 3, st_uid = 551, st_gid = 0, st_rdev = 4905416, st_atimespec = { tv_sec = 1052902371, tv_nsec = 0}, st_mtimespec = {tv_sec = 1052902371, tv_nsec = 0}, st_ctimespec = {tv_sec = 1052902371, tv_nsec = 0}, st_size = 512, st_blocks = 2, st_blksize = 4096, st_flags = 0, st_gen = 0, st_lspare = 0, st_birthtimespec = {tv_sec = 0, tv_nsec = 0}} p = 0xf15 Address 0xf15 out of bounds p1 = 0x0 path = 0x0 pathp = 0xf15 Address 0xf15 out of bounds iMkLvl = 134896160 szMkLvl = 0xbfbff9ce
Re: Help diagnosing NIS breakage ?
hi Bill, On Thu, 17 Jul 2003 00:33:26 -0700 (PDT), [EMAIL PROTECTED] (Bill Paul) said: Bi Gr. I don't know how I can keep getting this wrong. Ok, this Bi time I tested the change with a sample program. Try applying Bi http://www.freebsd.org/~wpaul/getpwent.diff again. Verify that Bi the result matches the file in the fbsd5 test account. The Bi getpwuid() routine seems to work ok, though my test for the Bi geteuid() == 0 case was a bit of a kludge since I don't actually Bi have root on the test box. Bi -Bill I feel that the following else-clause is required to store map name such as passwd.byname in variable buffer. if (geteuid() == 0) { if (snprintf(buffer, bufsize, master.passwd.by%s, (how == nss_lt_id) ? uid : name) = bufsize) return (NS_UNAVAIL); rv = yp_order(domain, buffer, outname); if (rv == 0) *master = 1; } else { if (snprintf(buffer, bufsize, passwd.by%s, (how == nss_lt_id) ? uid : name) = bufsize) return (NS_UNAVAIL); } But I have not tested the code yet. -- --- TOMITA Yoshinori ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with fxp0 on T30 with 5.1-RELEASE
The problem : fxp0: device timeout appears continuously (about every 15 seconds) while interface is UP this is caused by an irq conflict. the bug was introduced some time between 5.0 and 5.1. i have no idea how to solve this, maybe someone else can help here. maybe the ibm ps2 tool offers some help. it also happens on non-thinkpad systems, as previously discussed (on -mobile or -current, i forgot). so the ps2 approach, if it works, will just be a workaround. another workaround is to free an irq. for me, disabling the pcmcia stuff in the kernel config helped. others reported that disabling the serial port helped for them. this has to be fixed before 5.2, imho. it renders a default install on thinkpads useless. note that this does NOT happen on all thinkpad systems, i didn't figure out what makes up the difference. hope that helps, t. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [-CURRENT tinderbox] failure on sparc64/sparc64
On Thu, Jul 17, 2003 at 09:58:10AM +0200, Harti Brandt wrote: I have no idea how a program can core in vfork(). Probably a vm problem? Most likely a KSE-related problem in vfork(). Try replacing vfork() with fork() in make(1) and see if the problem goes away. Warning: build times may increase significantly... DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: NFS problem
Terry Lambert [EMAIL PROTECTED] writes: I guess there is something wrong with exporting iso9660 CD's over NFS. I've added /cdrom -ro -mapall=root to /etc/exports, restarted mountd and after mounting the CD on Solaris 8. All the files are 0-sized, dates are set back to the epoch and directories are seen as files. Exporting ufs2 filesystems works as expected. [ ... ] Any thoughts? [...] You are certain you don't see these same attributes on /cdrom itself, form a shell when you cd to /cdrom? I'm positive. The actual listing of /cdrom is: thirstroot(2057)# ls -la total 82 dr-xr-xr-x6 root wheel 2048 Aug 28 2002 . drwxr-xr-x 22 root wheel512 Jul 16 16:11 .. dr-xr-xr-x4 root wheel 2048 Aug 28 2002 .install dr-xr-xr-x3 root wheel 2048 Aug 28 2002 .jvm lr-xr-xr-x1 root wheel 15 Aug 28 2002 Copyright - image/Copyright -r-xr-xr-x1 root wheel263 Aug 28 2002 autorun -r-xr-xr-x1 root wheel 92 Aug 28 2002 autorun.inf -r--r--r--1 root wheel133 Aug 28 2002 cd.info dr-xr-xr-x4 root wheel 2048 Aug 28 2002 image -r-xr-xr-x1 root wheel 4361 Aug 28 2002 installer lr-xr-xr-x1 root wheel 20 Aug 28 2002 installing.pdf - image/installing.pdf lr-xr-xr-x1 root wheel 23 Aug 28 2002 release_notes.txt - image/release_notes.txt dr-xr-xr-x 310 root wheel 38912 Jan 1 1970 rr_moved -r-xr-xr-x1 root wheel 28672 Aug 28 2002 setup.exe -r-xr-xr-x1 root wheel 1646 Aug 28 2002 volstart If I mount it from other FreeBSD or Tru64 host, it's also seen properly. I guess it's just Solaris problem. I tried Solaris 7,8,9, Tru64 5.0,5.1,5.1a and FreeBSD 4.7,4.8 and 5.0. If your answer is no, then it's definitely the externalization of the stat structure and things like struct direct. Note that the NFS over-the-wire stat structure is *not* the same as the FFS version which it exports to the stat(2) and fstat(2) system calls. Probably the thing to do is to look at the differences in the code, and not assume that the VFS client is always the system call layer. Now I guess it's Solaris specific. If you want some more details, let me know. /S ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: NFS problem
Hi, All the files are 0-sized, dates are set back to the epoch and directories are seen as files. Exporting ufs2 filesystems works as expected. I've had problems like this exporting CDs via NFS to solaris. Sorry the details are murky, but if its the same problem, there's a work-around. Check the dmesg output: does it complain about an RRIP field from the cd9660 code? From the source, I think it was RRIP without PX field? The CDs in question were official Sun CDs with Solaris applications (which, of course, doesn't mean their properly compliant to a standard, just that it's likely others will run into the same problem) If this is the issue, then mounting it with NFS v2 actually fixed the problem for me: I assume the richer operations from v3 were tickling a problem not noticed with v2. -- Peter ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: NFS problem
Peter Edwards [EMAIL PROTECTED] writes: Hi, All the files are 0-sized, dates are set back to the epoch and directories are seen as files. Exporting ufs2 filesystems works as expected. I've had problems like this exporting CDs via NFS to solaris. Sorry the details are murky, but if its the same problem, there's a work-around. Check the dmesg output: does it complain about an RRIP field from the cd9660 code? From the source, I think it was RRIP without PX field? Yep. Same thing here. The CDs in question were official Sun CDs with Solaris applications (which, of course, doesn't mean their properly compliant to a standard, just that it's likely others will run into the same problem) Mine is Forte 7. It's from Sun too. If this is the issue, then mounting it with NFS v2 actually fixed the problem for me: I assume the richer operations from v3 were tickling a problem not noticed with v2. Indeed. Works fine with version two. I don't know why it gets the file stats wrong for CD9660 and ok for ufs2. It should be above the ISO9660 layer when nfsd sees the files. /S ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: src/bin/ed/re.c: warning: declaration of `exp' shadows a globaldeclaration
Hi, here is a somewhat crude hack, that makes the warning go away. It just prevents the warning if the shadowed symbol is a function and its source file happens to be built-in. Once a real declaration is seen (as in math.h) the source file will be the real source file of the declaration and the warning is emitted. There are sure better ways to do something like this... And, well, I did not make a world, just checked the example program. harti Index: c-decl.c === RCS file: /home/ncvs/src/contrib/gcc/c-decl.c,v retrieving revision 1.8 diff -u -r1.8 c-decl.c --- c-decl.c11 Jul 2003 05:11:14 - 1.8 +++ c-decl.c17 Jul 2003 11:33:00 - @@ -1637,7 +1637,9 @@ shadow_warning (a previous local, name, oldlocal); } else if (IDENTIFIER_GLOBAL_VALUE (name) != 0 - IDENTIFIER_GLOBAL_VALUE (name) != error_mark_node) + IDENTIFIER_GLOBAL_VALUE (name) != error_mark_node + (!FUNCTION_TYPE_CHECK(IDENTIFIER_GLOBAL_VALUE(name)) || + strcmp(DECL_SOURCE_FILE(IDENTIFIER_GLOBAL_VALUE(name)), built-in) != 0)) shadow_warning (a global declaration, name, IDENTIFIER_GLOBAL_VALUE (name)); } On Wed, 16 Jul 2003, Jun Kuriyama wrote: JKAt Tue, 15 Jul 2003 11:54:06 -0700, JKDavid O'Brien wrote: JK Much, much better if you can point to the specific GCC source code file JK where this is handled. JK JKMay this help you? JK JK JKwaterblue% cat exp.c JKint JKmain(int argc, char** argv) JK{ JK int exp = 5; JK JK return 0; JK} JKwaterblue% cc -Wshadow -c exp.c JKexp.c: In function `main': JKexp.c:4: warning: declaration of `exp' shadows a global declaration JKbuilt-in:0: warning: shadowed declaration is here JK JK JK -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private [EMAIL PROTECTED], [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
Periodicaly someone masquerades as Matt Dilllon. Those targeted by trolls need to work extra hard to establish credibility of poster's address, to avoid suspicion of troll at work (phone number maybe?). Trolls of course need to work extra hard too, to also convince us. Maybe this time the poster is the real Matthew Dillon, but I doubt it. Matthew Dillon [EMAIL PROTECTED] appeared to write: Announcing DragonFly BSD! http://www.dragonflybsd.org/ Doing a new kernel approach seems a plausible tech target, the merits I'd leave to others. and to completely rewrite the packaging and distribution system. Seems unliklely/over ambitious/ divisive to me, suspicion of Troll. - A new kernel - OK - maybe it'll cross fertilise others, but couldn't it run with an exisiting /usr/src ? Free Net or Open. - A new ports / package system - OK if the need is felt: even though FreeBSD ports/ was so popular it got adoped looked at by other projects, that didn't stop it changing recently (file reduction) But couldn't it run with exisiting BSDs, presumably FreeBSD ? The ports project is really a Sisyphus [sp? was Greek anyway, not our Latin alphabet ] effort, a dubious idea to divide the number of shoulders that load sits on. There's already another cross platform ports project anyway (Freshports?) - A new distribution mechanism (whatever) ? maybe - but again if better, that technology should be adopted merged into other BSDs. http://www.dragonflybsd.org/ may be a just a troll erection, it's constructed so there's nothing real to see. A troll site ? No where to click sample code inside browser, you'd have to cvsup extract localy to check real code. No interest until others confirm real. If friends who localy know / work with / meet Matthew Dillon, announce on this list that it's really him, that's what he's really doing is to be taken seriously, then it'll perhaps be worth looking at, but then again, maybe the real Matt will return to his desk, announce another troll attempt. The logo is useless ( a troll give away ?): - Business: Yesterday I delivered an HP Network Scanjet 5, with NT removed FreeBSD installed ( http://berklix.com/scanjet ) I stuck a FreeBSD `tattoo' (from WC?) on the chassis just after the `5' of the product name (they stick fine on plastic, though text implies for human skin (not tried that)). IMO the Linux BSD logos are both rather childish, but clearly used for business as well as personal. but I wouldn't stick the dragonflybsd slavering head on a rubbish bin. - Last night at the Munich BSD monthly gathering ( http://berklix.org/bim/ ) this month's convenor had brought a Chuck daemon which stood verticaly as recognition symbol, after shovin feet in a big (clean) ash tray. A Penguin can also be made to stand, (low centre of gravity help) But what would one do with a slavering head ? ... Other than Bin it ! First 2 sentences of main page seem a possible Linux troll give away: DragonFly is an operating system and environment designed to be the logical continuation of the FreeBSD-4.x OS series. These operating systems belong in the same class as Linux in that they are based on UNIX ideals and APIs. We There's a lot of mention of We on those few pages, no list of who the list of We includes as founders. A fake site maybe ? There's too many BSD's already. More complete BSDs aren't of personal or business benefit. More kernels, tools, experiments in ports/packaging etc could be useful though, but to be of most benefit such work should be fully integratable, not further split the available BSD workforce. My guess is the original post was a fake masquerade, (what some call a troll), the web site is probably the same. (Apologies to Matt if I'm wrong, but the real Matt hopefuly appreciates us being cautious :-) My Tel. +49.89.260233276 Timezone=GMT+01:00 (EG ID check :-) - Julian Stacey Freelance Systems Engineer, Unix Net Consultant, Munich. Ihr Rauchen = mein allergischer Kopfschmerz ! Schnupftabak probieren. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
No, everything seems real - at least Matt replies to e-mails sent to him on this topic. There is also a live nntp server up and running @ dragonflybsd.org, I saw Matt and Terry Lambert discussing kernel things this morning there. I doubt that somebody will be able to impersonate both Matt and Terry. :)) -Maxim On Thu, Jul 17, 2003 at 02:05:38PM +0200, Julian Stacey wrote: Periodicaly someone masquerades as Matt Dilllon. Those targeted by trolls need to work extra hard to establish credibility of poster's address, to avoid suspicion of troll at work (phone number maybe?). Trolls of course need to work extra hard too, to also convince us. Maybe this time the poster is the real Matthew Dillon, but I doubt it. Matthew Dillon [EMAIL PROTECTED] appeared to write: Announcing DragonFly BSD! http://www.dragonflybsd.org/ Doing a new kernel approach seems a plausible tech target, the merits I'd leave to others. and to completely rewrite the packaging and distribution system. Seems unliklely/over ambitious/ divisive to me, suspicion of Troll. - A new kernel - OK - maybe it'll cross fertilise others, but couldn't it run with an exisiting /usr/src ? Free Net or Open. - A new ports / package system - OK if the need is felt: even though FreeBSD ports/ was so popular it got adoped looked at by other projects, that didn't stop it changing recently (file reduction) But couldn't it run with exisiting BSDs, presumably FreeBSD ? The ports project is really a Sisyphus [sp? was Greek anyway, not our Latin alphabet ] effort, a dubious idea to divide the number of shoulders that load sits on. There's already another cross platform ports project anyway (Freshports?) - A new distribution mechanism (whatever) ? maybe - but again if better, that technology should be adopted merged into other BSDs. http://www.dragonflybsd.org/ may be a just a troll erection, it's constructed so there's nothing real to see. A troll site ? No where to click sample code inside browser, you'd have to cvsup extract localy to check real code. No interest until others confirm real. If friends who localy know / work with / meet Matthew Dillon, announce on this list that it's really him, that's what he's really doing is to be taken seriously, then it'll perhaps be worth looking at, but then again, maybe the real Matt will return to his desk, announce another troll attempt. The logo is useless ( a troll give away ?): - Business: Yesterday I delivered an HP Network Scanjet 5, with NT removed FreeBSD installed ( http://berklix.com/scanjet ) I stuck a FreeBSD `tattoo' (from WC?) on the chassis just after the `5' of the product name (they stick fine on plastic, though text implies for human skin (not tried that)). IMO the Linux BSD logos are both rather childish, but clearly used for business as well as personal. but I wouldn't stick the dragonflybsd slavering head on a rubbish bin. - Last night at the Munich BSD monthly gathering ( http://berklix.org/bim/ ) this month's convenor had brought a Chuck daemon which stood verticaly as recognition symbol, after shovin feet in a big (clean) ash tray. A Penguin can also be made to stand, (low centre of gravity help) But what would one do with a slavering head ? ... Other than Bin it ! First 2 sentences of main page seem a possible Linux troll give away: DragonFly is an operating system and environment designed to be the logical continuation of the FreeBSD-4.x OS series. These operating systems belong in the same class as Linux in that they are based on UNIX ideals and APIs. We There's a lot of mention of We on those few pages, no list of who the list of We includes as founders. A fake site maybe ? There's too many BSD's already. More complete BSDs aren't of personal or business benefit. More kernels, tools, experiments in ports/packaging etc could be useful though, but to be of most benefit such work should be fully integratable, not further split the available BSD workforce. My guess is the original post was a fake masquerade, (what some call a troll), the web site is probably the same. (Apologies to Matt if I'm wrong, but the real Matt hopefuly appreciates us being cautious :-) My Tel. +49.89.260233276 Timezone=GMT+01:00 (EG ID check :-) - Julian Stacey Freelance Systems Engineer, Unix Net Consultant, Munich. Ihr Rauchen = mein allergischer Kopfschmerz ! Schnupftabak probieren. ___ [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: USB Palm/Weird messages on hotsync....
On Wed, Jul 16, 2003 at 01:17:24PM -0500, Larry Rosenman wrote: Since I know there's been LOTS of USB commits in the last few days... I tried(!) my Tungsten T today and got the following: Jul 16 13:08:15 lerlaptop-red kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.10/1.00, addr 2 Jul 16 13:08:15 lerlaptop-red kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.10/1.00, addr 2 Jul 16 13:08:20 lerlaptop-red kernel: ucom0: init failed, TIMEOUT Jul 16 13:08:20 lerlaptop-red kernel: device_probe_and_attach: ucom0 attach returned 6 Jul 16 13:08:20 lerlaptop-red kernel: uhub1: port 1, set config at addr 2 failed Jul 16 13:08:20 lerlaptop-red kernel: uhub1: device problem, disabling port 1 init failed, TIMEOUT. The first thing to do is to try and work out what's going on here. It may be possible that the ucom is attaching to the wrong pipe. There is some code in the netbsd uvisor source for attaching ucoms to a number of pipes, and I know that later versions of palmos do have difference pipes for difference conduits. It may be worth trying to port the missing bits (it should be clear from the source which bits are missing - there's a comment block at the top) and seeing what difference that makes. Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = pgp0.pgp Description: PGP signature
rpcinfo
I just run rpcinfo: # rpcinfo rpcinfo: can't contact rpcbind: RPC: Port mapper failure - RPC: Success :=) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: USB Palm/Weird messages on hotsync....
--On Thursday, July 17, 2003 14:00:52 +0100 Josef Karthauser [EMAIL PROTECTED] wrote: On Wed, Jul 16, 2003 at 01:17:24PM -0500, Larry Rosenman wrote: Since I know there's been LOTS of USB commits in the last few days... I tried(!) my Tungsten T today and got the following: Jul 16 13:08:15 lerlaptop-red kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.10/1.00, addr 2 Jul 16 13:08:15 lerlaptop-red kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.10/1.00, addr 2 Jul 16 13:08:20 lerlaptop-red kernel: ucom0: init failed, TIMEOUT Jul 16 13:08:20 lerlaptop-red kernel: device_probe_and_attach: ucom0 attach returned 6 Jul 16 13:08:20 lerlaptop-red kernel: uhub1: port 1, set config at addr 2 failed Jul 16 13:08:20 lerlaptop-red kernel: uhub1: device problem, disabling port 1 init failed, TIMEOUT. The first thing to do is to try and work out what's going on here. It may be possible that the ucom is attaching to the wrong pipe. There is some code in the netbsd uvisor source for attaching ucoms to a number of pipes, and I know that later versions of palmos do have difference pipes for difference conduits. It may be worth trying to port the missing bits (it should be clear from the source which bits are missing - there's a comment block at the top) and seeing what difference that makes. comment block in Our uvisor or the NetBSD uvisor? And, do you want me to work with you on this, or try it myself, or how do you want to do it? I'm willing to help as best I can. LER Joe -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED] US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
Julian Stacey wrote: Periodicaly someone masquerades as Matt Dilllon. Those targeted by trolls need to work extra hard to establish credibility of poster's address, to avoid suspicion of troll at work (phone number maybe?). Trolls of course need to work extra hard too, to also convince us. Maybe this time the poster is the real Matthew Dillon, but I doubt it. This is the real thing. The hostname apollo.backplane.com is known to be Matt's, and www.dragflybsd.org points to what is probably the same subnet: $ host apollo.backplane.com apollo.backplane.com has address 216.240.41.2 apollo.backplane.com mail is handled (pri=10) by apollo.backplane.com $ host www.dragonflybsd.org www.dragonflybsd.org is a nickname for crater.dragonflybsd.org crater.dragonflybsd.org has address 216.240.41.25 crater.dragonflybsd.org mail is handled (pri=10) by crater.dragonflybsd.org Matt ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: some ports are broken after upgrading GCC 3.3.1
Add Cc: to -current list. This seems to be varargs.h problem. It seems that all C source which use varargs.h and va_dcl become error on GCC 3.3.1 system. Please try compiling following varargs.h sample program. #include varargs.h void test(va_alist) va_dcl { va_list args; char *fmt; va_start(args); fmt = va_arg(args,char *); va_end(args); } The result is as follows: [EMAIL PROTECTED] % cc -c varargs_test.c varargs_test.c: In function `test': varargs_test.c:3: error: syntax error before '...' token varargs_test.c:8: error: syntax error before __builtin_varargs_start I think following patch to /usr/include/varargs.h is needed to solve this problem. --- varargs.h.orig Thu May 15 09:57:11 2003 +++ varargs.h Fri Jul 18 00:10:23 2003 @@ -55,7 +55,11 @@ typedef int __builtin_va_alist_t __attribute__((__mode__(__word__))); #defineva_alist__builtin_va_alist +#if __GNUC__ == 3 __GNUC_MINOR__ = 3 +#defineva_dcl __builtin_va_alist_t __builtin_va_alist; +#else #defineva_dcl __builtin_va_alist_t __builtin_va_alist; ... +#endif #defineva_start(ap)__builtin_varargs_start(ap) #defineva_arg(ap, type)__builtin_va_arg((ap), type) #defineva_end(ap) __builtin_va_end(ap) -- Motoyuki Konno [EMAIL PROTECTED] (Home) [EMAIL PROTECTED] (FreeBSD Project) http://www.freebsd.org/~motoyuki/ (WWW) Shin-ichi YOSHIMOTO [EMAIL PROTECTED] wrote: Subject: some ports are broken after upgrading GCC 3.3.1, On Sun, 13 Jul 2003 01:09:57 +0900, Shin-ichi YOSHIMOTO wrote: ** The following packages were not installed or upgraded (*:skipped / !:fai led) ! graphics/libungif (libungif-4.1.0b1) (bad C++ code) ! x11-servers/XFree86-4-Server (XFree86-Server-4.3.0_8) (unknown bu ild error) ! x11/XFree86-4-clients (XFree86-clients-4.3.0_2) (coredump) XFree86-4-Server and XFree86-4-clients are fine, but libungif is still bad, [snip] /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -O -pip e -march=pentium4 -I/usr/X11R6/include -c qprintf.c rm -f .libs/qprintf.lo cc -DHAVE_CONFIG_H -I. -I. -I.. -O -pipe -march=pentium4 -I/usr/X11R6/include -c qprintf.c -fPIC -DPIC -o .libs/qprintf.lo qprintf.c: In function `GifQprintf': qprintf.c:38: error: syntax error before '...' token qprintf.c:43: error: syntax error before __builtin_varargs_start *** Error code 1 Any idea ? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
I wrote My guess is the original post was a fake masquerade, (what some call a troll), the web site is probably the same. (Apologies to Matt if I'm wrong, but the real Matt hopefuly appreciates us being cautious :-) whois dragonflybsd.org Created on: 14-JUL-03 Whois Server:whois.dotster.com ... www.dotster.com/help/whois 1 page didnt respond, 1 wanted a login password ! Hmm, typing this command a second time I nopw see extra info: Registrant: Matthew Dillon 41 Vicente Rd Berkeley, CA 94705 US Registrar: DOTSTER Domain Name: DRAGONFLYBSD.ORG Created on: 14-JUL-03 Expires on: 15-JUL-05 Last Updated on: 14-JUL-03 Administrative, Technical Contact: Dillon, Matthew [EMAIL PROTECTED] 41 Vicente Rd Berkeley, CA 94705 US 510 848 9745 Domain servers in listed order: APOLLO.BACKPLANE.COM NS.IDIOM.COM NS2.IDIOM.COM I've a feeeling I didnt get that first time. ? http://www.dnsreport.com/tools/dnsreport.ch?domain=dragonflybsd.org WARNING: You only have 1 MX record. WARNING: All of your nameservers (listed at the parent nameservers) are in the same Class C address space, which means that they are probably at the same physical location. nslookup 69.2.200.182 Name:host182.69.2.200.maximumasp.com Address: 69.2.200.182 whois backplane.com Ballistic Electronics (BACKPLANE-DOM) 41 Vicente Road Berkeley, CA 94705 US Domain Name: BACKPLANE.COM Administrative Contact, Technical Contact: Dillon, Matt (MD631) [EMAIL PROTECTED] Ballistic Electronics 891 REGAL RD BERKELEY, CA 94708-1351 US +1 510 848 9745 Record expires on 25-Dec-2003. Record created on 16-Sep-2002. Database last updated on 17-Jul-2003 10:23:59 EDT. Domain servers in listed order: NS.IDIOM.COM 216.240.32.66 NS2.IDIOM.COM216.240.32.74 APOLLO.BACKPLANE.COM 216.240.41.2 Maybe it's real ? Just in From: Maxim Sobolev [EMAIL PROTECTED] No, everything seems real - at least Matt replies to e-mails sent to him on this topic. There is also a live nntp server up and running @ dragonflybsd.org, I saw Matt and Terry Lambert discussing kernel things this morning there. I doubt that somebody will be able to impersonate both Matt and Terry. :)) Oh, good, we can concentrate on the merits of Matt's plans then, Thanks. Sorry for doubting it was you Matt. Past trolls sewed seeds of doubt! - Julian Stacey Freelance Systems Engineer, Unix Net Consultant, Munich. Ihr Rauchen = mein allergischer Kopfschmerz ! Schnupftabak probieren. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: USB Palm/Weird messages on hotsync....
On Thu, Jul 17, 2003 at 09:35:41AM -0500, Larry Rosenman wrote: comment block in Our uvisor or the NetBSD uvisor? And, do you want me to work with you on this, or try it myself, or how do you want to do it? I'm willing to help as best I can. I'll work with you via private email. Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = pgp0.pgp Description: PGP signature
Re: Annoucning DragonFly BSD!
Julian Stacey [EMAIL PROTECTED] wrote: Periodicaly someone masquerades as Matt Dilllon. [...] Maybe this time the poster is the real Matthew Dillon, but I doubt it. Well, I fetched the DragonFly repository, and if this is a hoax, somebody went through an awful lot of work to make it look real. http://grappa.unix-ag.uni-kl.de/cgi-bin/cvsweb/?cvsroot=dragonfly -- Christian naddy Weisgerber [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
On Thu, 17 Jul 2003, Julian Stacey wrote: Periodicaly someone masquerades as Matt Dilllon. Those targeted by trolls need to work extra hard to establish credibility of poster's address, to avoid suspicion of troll at work (phone number maybe?). Trolls of course need to work extra hard too, to also convince us. Maybe this time the poster is the real Matthew Dillon, but I doubt it. Matthew Dillon [EMAIL PROTECTED] appeared to write: Announcing DragonFly BSD! http://www.dragonflybsd.org/ Doing a new kernel approach seems a plausible tech target, the merits I'd leave to others. and to completely rewrite the packaging and distribution system. Seems unliklely/over ambitious/ divisive to me, suspicion of Troll. firstly, Matt has discussed this with me in person. - A new kernel - OK - maybe it'll cross fertilise others, but couldn't it run with an exisiting /usr/src ? Free Net or Open. Mat had his commit bit unfairly removed.. what would YOU do? - A new ports / package system - OK if the need is felt: even though FreeBSD ports/ was so popular it got adoped looked at by other projects, that didn't stop it changing recently (file reduction) But couldn't it run with exisiting BSDs, presumably FreeBSD ? The ports project is really a Sisyphus [sp? was Greek anyway, not our Latin alphabet ] effort, a dubious idea to divide the number of shoulders that load sits on. There's already another cross platform ports project anyway (Freshports?) - A new distribution mechanism (whatever) ? maybe - but again if better, that technology should be adopted merged into other BSDs. http://www.dragonflybsd.org/ may be a just a troll erection, it's constructed so there's nothing real to see. A troll site ? No where to click sample code inside browser, you'd have to cvsup extract localy to check real code. No interest until others confirm real. you missed the entire source tree? look again.. and I doubt that a troller would have redesigned the entire kernel to make a troll and made it work.. if he did we should invite him in.. If friends who localy know / work with / meet Matthew Dillon, announce on this list that it's really him, that's what he's really doing is to be taken seriously, then it'll perhaps be worth looking at, but then again, maybe the real Matt will return to his desk, announce another troll attempt. it's himm.. believe it.. The logo is useless ( a troll give away ?): - Business: Yesterday I delivered an HP Network Scanjet 5, with NT removed FreeBSD installed ( http://berklix.com/scanjet ) I stuck a FreeBSD `tattoo' (from WC?) on the chassis just after the `5' of the product name (they stick fine on plastic, though text implies for human skin (not tried that)). IMO the Linux BSD logos are both rather childish, but clearly used for business as well as personal. but I wouldn't stick the dragonflybsd slavering head on a rubbish bin. - Last night at the Munich BSD monthly gathering ( http://berklix.org/bim/ ) this month's convenor had brought a Chuck daemon which stood verticaly as recognition symbol, after shovin feet in a big (clean) ash tray. A Penguin can also be made to stand, (low centre of gravity help) But what would one do with a slavering head ? ... Other than Bin it ! First 2 sentences of main page seem a possible Linux troll give away: DragonFly is an operating system and environment designed to be the logical continuation of the FreeBSD-4.x OS series. These operating systems belong in the same class as Linux in that they are based on UNIX ideals and APIs. We There's a lot of mention of We on those few pages, no list of who the list of We includes as founders. A fake site maybe ? He did this with consultation with some others.. I don't think they are 'active' but they were consulted. There's too many BSD's already. More complete BSDs aren't of personal or business benefit. More kernels, tools, experiments in ports/packaging etc could be useful though, but to be of most benefit such work should be fully integratable, not further split the available BSD workforce. Well if you take away his commit bit treeat him unfairly, what other choice does he have? My guess is the original post was a fake masquerade, (what some call a troll), the web site is probably the same. (Apologies to Matt if I'm wrong, but the real Matt hopefuly appreciates us being cautious :-) My Tel. +49.89.260233276 Timezone=GMT+01:00 (EG ID check :-) - Julian Stacey Freelance Systems Engineer, Unix Net Consultant, Munich. Ihr Rauchen = mein allergischer Kopfschmerz ! Schnupftabak probieren. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with fxp0 on T30 with 5.1-RELEASE
In message: [EMAIL PROTECTED] Tobias Roth [EMAIL PROTECTED] writes: this is caused by : an irq conflict. the bug was introduced some time between 5.0 and : 5.1. i have no idea how to solve this, maybe someone else can help : here. maybe the ibm ps2 tool offers some help. details? : another workaround is to free an irq. for me, disabling the pcmcia : stuff in the kernel config helped. others reported that disabling : the serial port helped for them. interesting. : this has to be fixed before 5.2, imho. it renders a default install : on thinkpads useless. note that this does NOT happen on all thinkpad : systems, i didn't figure out what makes up the difference. sounds like a bug that needs to be fixed, but the details are so vague as to make that impossible. chances are very good that someone with a clue (like me) will need a machine that fails to fix it. Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
From: Julian Stacey [EMAIL PROTECTED] Periodicaly someone masquerades as Matt Dilllon. Those targeted by trolls need to work extra hard to establish credibility of poster's address, to avoid suspicion of troll at work (phone number maybe?). Trolls of course need to work extra hard too, to also convince us. Maybe this time the poster is the real Matthew Dillon, but I doubt it. Phone numbers are easily forged. If authenticity is in question, why not PGP sign it? E _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
On Thu, Jul 17, 2003 at 05:14:05PM +0200, Julian Stacey wrote: Hmm, typing this command a second time I nopw see extra info: Registrant: Matthew Dillon 41 Vicente Rd Berkeley, CA 94705 US I've been to Matt's house before -- its real. He does have a T-1 at home. -- -- David ([EMAIL PROTECTED]) P.S. I offer my home address for anyone that wants to at my place. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with fxp0 on T30 with 5.1-RELEASE
From: stark [EMAIL PROTECTED] Date: Wed, 16 Jul 2003 21:26:49 -0400 (EDT) Sender: [EMAIL PROTECTED] http://www.freebsdforums.org/forums/showthread.php?s=threadid=10676 This has more info confirming that it's not just me :) Anyways, I'm willing to try anything: I'm installing 5.1 from CD (BSD Mall! YAY!) and am VERY VERY VERY happy that acpi (appears to be) is working perfectly! (I had to retrograde to 4.x because it was so broken with 5.0 and this is my first return to 5.x land since then :) The problem : fxp0: device timeout appears continuously (about every 15 seconds) while interface is UP details : - IBM T30 laptop, Windows says it's an Intel Pro/100 VE - 5.1-RELEASE (can't cvsup, network doesn't work :) - only happens when device is UP (ifconfig down causes the error to go away) - mii appears to work correctly : ifconfig shows the link status correctly instantly (10/100/none, full/half duplex) and it updates when i remove the cable. Also, the mac address shows up correctly. I don't have anything added to the laptop, no cardbus devices, no usb devices, so i'm not sure what's causing the problem, but like I said, I'm willing to try anything out if you have any suggestions :) This is really odd. I run 5.1 (actually CURRENT) on a T30 and have not seen this for some time. You may need to go to CURRENT. It may be an issue with some interaction. I will attach my configuration files and dmesg for my T30. Are you running ACPI or APM? I am running APM. The only IRQ assignments shown in ps2 are: Serial 4 PCI 11 IDE2 15 Of course, other IRQs are in use, but they are not configurable. (psm, IDE1, keyboard, clock, ...). The fxp0 uses the shared PCI IRQ. -- 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 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 #7: Sun Jul 13 08:32:16 PDT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/IBM-T30-D Preloaded elf kernel /boot/kernel/kernel at 0xc0506000. Preloaded userconfig_script /boot/kernel.conf at 0xc050626c. Preloaded elf module /boot/kernel/apm.ko at 0xc05062bc. Timecounter i8254 frequency 1193182 Hz CPU: Intel(R) Pentium(R) 4 Mobile CPU 1.80GHz (1798.48-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf24 Stepping = 4 Features=0x3febf9ffFPU,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 real memory = 536281088 (511 MB) avail memory = 515309568 (491 MB) Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface pcibios: BIOS version 2.10 Using $PIR table, 14 entries at 0xc00fdeb0 apm0: APM BIOS on motherboard apm0: found APM BIOS v1.2, connected at v1.2 pcib0: Host to PCI bridge at pcibus 0 on motherboard pci0: PCI bus on pcib0 pci_cfgintr: 0:29 INTA BIOS irq 11 pci_cfgintr: 0:29 INTB BIOS irq 11 pci_cfgintr: 0:29 INTC BIOS irq 11 pci_cfgintr: 0:31 INTB BIOS irq 11 pci_cfgintr: 0:31 INTB BIOS irq 11 pci_cfgintr: 0:31 INTB BIOS irq 11 agp0: Intel 82845 host to AGP bridge mem 0xe000-0xe3ff at device 0.0 on pci0 pcib1: PCIBIOS PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci_cfgintr: 1:0 INTA BIOS irq 11 pci1: display, VGA at device 0.0 (no driver attached) uhci0: Intel 82801CA/CAM (ICH3) USB controller USB-A port 0x1800-0x181f irq 11 at device 29.0 on pci0 usb0: Intel 82801CA/CAM (ICH3) 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 uhub1: NEC Corporation USB2.0 Hub Controller, class 9/0, rev 2.00/1.00, addr 2 uhub1: 4 ports with 4 removable, self powered uhci1: Intel 82801CA/CAM (ICH3) USB controller USB-B port 0x1820-0x183f irq 11 at device 29.1 on pci0 usb1: Intel 82801CA/CAM (ICH3) USB controller USB-B on uhci1 usb1: 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 uhci2: Intel 82801CA/CAM (ICH3) USB controller USB-C port 0x1840-0x185f irq 11 at device 29.2 on pci0 usb2: Intel 82801CA/CAM (ICH3) USB controller USB-C on uhci2 usb2: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pcib2: PCIBIOS PCI-PCI bridge at device 30.0 on pci0 pci2: PCI bus on pcib2 pci_cfgintr: 2:0 INTA BIOS irq 11 pci_cfgintr: 2:0 INTB BIOS irq 11 pci_cfgintr: 2:2 INTA BIOS irq 11 pci_cfgintr: 2:8 INTA BIOS irq 11 cbb0: TI1520 PCI-CardBus Bridge mem 0x5000-0x5fff irq 11 at device 0.0 on pci2 start (5000) sc-membase (d020) start (5000) sc-pmembase (f000) cardbus0: CardBus bus on cbb0 pccard0: 16-bit PCCard bus on cbb0
Re: Buildworld fails in 5.1
On Thu, 17 Jul 2003, Bruce Evans wrote: On Wed, 16 Jul 2003, Dan Nelson wrote: If you are using -j6, the real error could be many many lines above what you pasted. It's most likely in usr.sbin somewhere, but probably not keyserv. You'll have to capture the entire log and look at it to determine the first failure. Try using make -P to unmix the output. I don't know how well this works in practice. This flag seems to be quite broken -- it causes the (standard) output to be spammed with messages like Remaking (sic) foo.o and Results of making foo.o even when make is requested to be quiet (make -s) and the results are null. Using -P also has the side effect of accidentally avoiding the longstanding bug of waiting for a select timeout for up to 100 msec after each batch of jobs. Bruce Bruce, I am not sure if this is useful or not, but I took your suggestion of using make -P, and now the build stops with the following output: === sbin/cxconfig Remaking `cxconfig.o' Remaking `cxconfig.8.gz' Results of making cxconfig.8.gz: gzip -cn /usr/src/sbin/cxconfig/cxconfig.8 cxconfig.8.gz Results of making cxconfig.o: cc -O -pipe -mcpu=pentiumpro-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/sbin/cxconfig/cxconfig.c Remaking `cxconfig' Results of making cxconfig: cc -O -pipe -mcpu=pentiumpro-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -static -o cxconfig cxconfig.o === sbin/fdisk Remaking `fdisk.o' Remaking `geom_mbr_enc.o' Remaking `fdisk.8.gz' Results of making fdisk.8.gz: gzip -cn /usr/src/sbin/fdisk/fdisk.8 fdisk.8.gz Results of making geom_mbr_enc.o: cc -O -pipe -mcpu=pentiumpro-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /usr/src/sys/geom/geom_mbr_enc.c Results of making fdisk.o: cc -O -pipe -mcpu=pentiumpro-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /usr/src/sbin/fdisk/fdisk.c Remaking `fdisk' Results of making fdisk: cc -O -pipe -mcpu=pentiumpro-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -static -o fdisk fdisk.o geom_mbr_enc.o 1 error *** Error code 2 1 error *** Error code 2 1 error Again, I have full build logs if they would be useful to anyone. - Matt -- Matt Loschert - Software Engineer | email: [EMAIL PROTECTED]| ServInt Internet Services | web: http://www.servint.net/ | McLean, Virginia USA| phone: (703) 847-1381 | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
: Hmm, typing this command a second time I nopw see extra info: : Registrant: :Matthew Dillon :41 Vicente Rd :Berkeley, CA 94705 :US : :I've been to Matt's house before -- its real. He does have a T-1 at :home. : :-- :-- David ([EMAIL PROTECTED]) :P.S. I offer my home address for anyone that wants to at my place. Yah. There is truth in the registration address :-). I guess that means I really have got to go in and secure my WIFI system now. Speaking of which, that alpha box is just sitting there in my machine room like a boat anchor. If you know someone that would like to have it it's available, no charge! -Matt ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
TUNABLE_INT in a kernel module
Does TUNABLE_INT work in a kernel module, or do you have to use TUNABLE_INT_FETCH? John ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FW: escalation stage 2 [was:RE: Big and ugly bug in 5.1-release]
Harald, When in doubt, install freebsd 5.x on a different drive running off of a different controller, mount the slices from one of the disks in the RAID array and copy your data to a safe and trusted location. Regards, Andre Guibert de Bruet | Enterprise Software Consultant Silicon Landmark, LLC. | http://siliconlandmark.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI problem?
On Thu, 17 Jul 2003, Danny Braniss wrote: Your asl seems bogus since there are a lot of unexpected values (i.e. for TZ and EC port values). Since it worked in 4.8R, follow the instructions for disabling ACPI. -Nate thanks, that did it, but now, is there anyway i can help fix this so acpi will work? i have several of this boxes and booting them diskless will be a problem. Try man acpi: To disable the acpi driver completely, set the kernel environment vari- able hint.acpi.0.disabled to 1. Some i386 machines totally fail to oper- ate with some or all of ACPI disabled. Other i386 machines fail with ACPI enabled. Non-i386 platforms do not support operating systems which do not use ACPI. Disabling all or part of ACPI on non-i386 platforms may result in a non-functional system. Hints can go in /boot/loader.conf. Later, after the system is working for you, you can go back and install a new BIOS and see if that fixes the problem with ACPI enabled. -Nate ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: NFS problem
S³awek ¯ak wrote: Now I guess it's Solaris specific. If you want some more details, let me know. Wish you'd said Solaris first; but of course, we probably would have told you Go ask on the Solaris-current mailing list at Solaris.org -- oops, sorry, Sun charges for support 8-). As someone else pointed out, exporting it/mounting it NFSv2 only will fix it for you. And it's directory iteration vs. stat. -- Terry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
cyclades isa card not recognized on 5-current ?
Hi, just to also ask here before opening a bug report. Anyone successfully using a cyclades (Yo8) ISA on FreeBSD 5.x/Current ? I am unable to get it regonized on bootup. Card dip switches are set to IRQ 11, 0xd4000. kernel config has: options COMPAT_OLDISA device cy 1 and /boot/device.hints hint.cy.0.at=isa hint.cy.0.irq=11 hint.cy.0.maddr=0xd4000 hint.cy.0.msize=0x2000 IRQ 11 is reseverd to ISA/EISA in BIOS and not PCI/PnP. What am I missing ? Thanks in advance for any hints. -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
: anyway, not our Latin alphabet ] effort, a dubious idea to divide : the number of shoulders that load sits on. There's already another : cross platform ports project anyway (Freshports?) : - A new distribution mechanism (whatever) ? maybe - but again : if better, that technology should be adopted merged into other BSDs. : : http://www.dragonflybsd.org/ may be a just a troll erection, it's : constructed so there's nothing real to see. A troll site ? No : where to click sample code inside browser, you'd have to cvsup : extract localy to check real code. No interest until others confirm real. : :you missed the entire source tree? look again.. :and I doubt that a troller would have redesigned the entire kernel :to make a troll and made it work.. if he did we should invite him in.. Yes, that would be some trick, considering that the unified diff between my tree and -stable is over 347,000 lines long! Sheesh, I guess I really *do* have to get cvsweb up and running for people to believe it, ftp and cvsup apparently aren't enough! : :it's himm.. believe it.. I don't understand, do some people not believe that I am heavy-weight kernel programmer? GRIN I mean, sheesh, this reminds me of my old Commodore PET days, when I wrote a centipede game entirely in 6502 machine language and submitted it to cursor magazine for publication. They declined, I think because they didn't quite believe that a 14 year old kid could *do* that. It was a damn fine game, too, the last level featured an invisible centipede who only turned visible for a few seconds when you hit one of his segments. : ( Julian Stacey [EMAIL PROTECTED] ) : The logo is useless ( a troll give away ?): Useless! You try staring a three inch long DragonFly in the face for half an hour! It was fate is what it was, that Fred was so photogenic because it took about 20 shots before I got him framed and focused properly and he basically refused to budge despite my comings and goings, only occassionally startling, flitting around the yard a bit, and then landing right smack back on the same frond he had just taken off from. : There's too many BSD's already. More complete BSDs aren't of : personal or business benefit. More kernels, tools, experiments : in ports/packaging etc could be useful though, but to be of most : benefit such work should be fully integratable, not further split : the available BSD workforce. : Julian Stacey Freelance Systems Engineer, Unix Net Consultant, Munich. : :Well if you take away his commit bit treeat him unfairly, what other :choice does he have? Well, I don't really care about that, but this points to an interesting dichotomy in the perception of people who use open source and of people who write it. I don't know about other open source programmers but my motivation is interest and invention. It has nothing at all to do with towing some imaginary line. Why should it matter what operating system base I choose? If Linus felt that way he would never have started Linux. It is a concept that non-programmers like to banter about on forums like slashdot but it is utterly meaningless to most of the people that do the actual programming. There is responsibility, yes, but it is an effect rather then a cause. History is filled with underdogs winning against the behemoths against all apparent odds, and turning into behemoths themselves only to be displaced by the next underdog when their little clique starts believing in its own immortality. As a programmer who has gone through several generations of operating environments I don't believe in the immortality of anything, least of all FreeBSD or Linux, or my own code. But it doesn't stop me from working my favorite project on my favorite platform, whatever that happens to be. Ultimately the only thing that survives history is the invention and the concept, and memory. If people can see that a concept works and go and implement it in their own favorite environment then that counts as a success and another notch on my sleave regardless of anything else. If people can make positive use from something I've done, that's a nother notch. It's amazing to me how people can belittle the work that Rik has done on the Linux VM system, for example, under the misconception that not having outright adoption means that it was somehow a failure. How absurd! That work created a competitive environment which had the direct result of several people building upon the concepts and implementating something far better then what used to be there. That's a notch in Rik's sleave, and in mine too for having been able to contribute to the discussion. It's amazing to me how many old Amiga users have emailed me in the last two days about DICE. DICE is a C compiler I wrote for
Re: Problems with fxp0 on T30 with 5.1-RELEASE
Please post your full dmesg output. You should be using device pccbb not pcmcia in 5.x. I've got patches that make cardbus probe/attach with acpi without the start_memory hack on my T23. Those should be going in soon. My fxp(4) on my laptop is working fine. -Nate ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Installing on IBM BladeCenter HS20 (usb keyboard)
Le Thursday 17 July 2003 09:56, Geoff Buckingham a écrit : Installing from floppy or PXE boot fails as syscons detects an at keyboard (probably to keep windows happy) and does not use the usb keyboard. Hello, you might want to try an automatic install with à la jumpstart, as described in http://www.freebsd.org/doc/en_US.ISO8859-1/articles/pxe/index.html you will have to make some adaptations, as the man page is written for 4.x and not 5.x (there is at least an issue with the nfsclient.ko kernel driver). you can also keep the described procedure and at least install 4.8 (safer) TfH PS : do not forget to google a bit, as there are other interesting articles on the subject ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: TUNABLE_INT in a kernel module
On 17-Jul-2003 John Polstra wrote: Does TUNABLE_INT work in a kernel module, or do you have to use TUNABLE_INT_FETCH? It should work just fine since it uses SYSCTL() and those work for kernel modules. -- John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/ Power Users Use the Power to Serve! - http://www.FreeBSD.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: TUNABLE_INT in a kernel module
In article [EMAIL PROTECTED], John Baldwin [EMAIL PROTECTED] wrote: On 17-Jul-2003 John Polstra wrote: Does TUNABLE_INT work in a kernel module, or do you have to use TUNABLE_INT_FETCH? It should work just fine since it uses SYSCTL() and those work for kernel modules. Great! Thanks for the information. (I assume you meant SYSINIT when you wrote SYSCTL.) John -- John Polstra John D. Polstra Co., Inc.Seattle, Washington USA Two buttocks cannot avoid friction. -- Malawi saying ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
I'm doing a build world of dragonfly now, this is definately not vaporware, or a troll. what they are doing could open up several new and interesting areas for bsd. While it's true that most branches of the bsd tree have occured over people issues. This one looks like it will stand on technical merit alone. Nobody could of made the changes that have been made to the kernel in a space of a month to the big tree. and multiple ways of looking at the same problem is a good thing. That defines CS and that is what the BSD'S have always been at there heart. Rob --- Matthew Dillon [EMAIL PROTECTED] wrote: : anyway, not our Latin alphabet ] effort, a dubious idea to divide : the number of shoulders that load sits on. There's already another : cross platform ports project anyway (Freshports?) : - A new distribution mechanism (whatever) ? maybe - but again : if better, that technology should be adopted merged into other BSDs. : : http://www.dragonflybsd.org/ may be a just a troll erection, it's : constructed so there's nothing real to see. A troll site ? No : where to click sample code inside browser, you'd have to cvsup : extract localy to check real code. No interest until others confirm real. : :you missed the entire source tree? look again.. :and I doubt that a troller would have redesigned the entire kernel :to make a troll and made it work.. if he did we should invite him in.. Yes, that would be some trick, considering that the unified diff between my tree and -stable is over 347,000 lines long! Sheesh, I guess I really *do* have to get cvsweb up and running for people to believe it, ftp and cvsup apparently aren't enough! : :it's himm.. believe it.. I don't understand, do some people not believe that I am heavy-weight kernel programmer? GRIN I mean, sheesh, this reminds me of my old Commodore PET days, when I wrote a centipede game entirely in 6502 machine language and submitted it to cursor magazine for publication. They declined, I think because they didn't quite believe that a 14 year old kid could *do* that. It was a damn fine game, too, the last level featured an invisible centipede who only turned visible for a few seconds when you hit one of his segments. : ( Julian Stacey [EMAIL PROTECTED] ) : The logo is useless ( a troll give away ?): Useless! You try staring a three inch long DragonFly in the face for half an hour! It was fate is what it was, that Fred was so photogenic because it took about 20 shots before I got him framed and focused properly and he basically refused to budge despite my comings and goings, only occassionally startling, flitting around the yard a bit, and then landing right smack back on the same frond he had just taken off from. : There's too many BSD's already. More complete BSDs aren't of : personal or business benefit. More kernels, tools, experiments : in ports/packaging etc could be useful though, but to be of most : benefit such work should be fully integratable, not further split : the available BSD workforce. : Julian Stacey Freelance Systems Engineer, Unix Net Consultant, Munich. : :Well if you take away his commit bit treeat him unfairly, what other :choice does he have? Well, I don't really care about that, but this points to an interesting dichotomy in the perception of people who use open source and of people who write it. I don't know about other open source programmers but my motivation is interest and invention. It has nothing at all to do with towing some imaginary line. Why should it matter what operating system base I choose? If Linus felt that way he would never have started Linux. It is a concept that non-programmers like to banter about on forums like slashdot but it is utterly meaningless to most of the people that do the actual programming. There is responsibility, yes, but it is an effect rather then a cause. History is filled with underdogs winning against the behemoths against all apparent odds, and turning into behemoths themselves only to be displaced by the next underdog when their little clique starts believing in its own immortality. As a programmer who has gone through several generations of operating environments I don't believe in the immortality of anything, least of all FreeBSD or Linux, or my own code. But it doesn't stop me from working my favorite project on my favorite platform, whatever that happens to be. Ultimately the only thing that survives history is the invention and the concept, and memory. If people can see that a concept works and go and implement it in their own favorite environment then that counts as a success and another notch on my sleave regardless of anything else. If people can
Re: TUNABLE_INT in a kernel module
On 17-Jul-2003 John Polstra wrote: In article [EMAIL PROTECTED], John Baldwin [EMAIL PROTECTED] wrote: On 17-Jul-2003 John Polstra wrote: Does TUNABLE_INT work in a kernel module, or do you have to use TUNABLE_INT_FETCH? It should work just fine since it uses SYSCTL() and those work for kernel modules. Great! Thanks for the information. (I assume you meant SYSINIT when you wrote SYSCTL.) Yes. :-P -- John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/ Power Users Use the Power to Serve! - http://www.FreeBSD.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gcc-3.3 issues
Hi ! s/gcc-3.3/ports/ issues and we are in agreement. alright, `port compile issues raised with the adoption of gcc-3.3' Patches to fix broken ports are welcome. Looking at AbiWord2 I suspect this has to be pushed upstream in some cases. OK, here is a - ahem - patch for aspell: --- prog/checker_string.hpp.origTue Sep 24 03:34:52 2002 +++ prog/checker_string.hpp Thu Jul 17 20:02:58 2003 @@ -5,6 +5,7 @@ // it at http://www.gnu.org/. #include stdio.h +#include g++/cassert #include aspell.h It works on my colleague's and my current and my stable. But maybe it's not the right way (tm) (to 'do-it) :-) But should I post that on -ports, -current or send it to the ports maintainer ? I'd rather avoid tracking -ports... Is something like this expected, i.e., certain combinations of -W* and -pedantic to produce errors when they didn't before? Yes, though -ansi and -pedantic are not that troublesome I think. A real killer is -Werror. But -W* is not the only source of compile errors - see above. Cheers Peter ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
problem after gcc import
Hi, I followed all suggestions from /usr/src/UPDATING after the gcc 3.3.1 import, and rebuilt kernel and world after removing /usr/obj and /usr/src/sys/i386/compile/KAORU (my kernel config file's name). However, I'm seeing some strange behavior after that. 1) smbclient no longer works without specifying the -I flag: kaoru:~: smbclient -L iscprt added interface ip=192.168.0.27 bcast=192.168.0.255 nmask=255.255.255.0 added interface ip=127.0.0.2 bcast=127.255.255.255 nmask=255.0.0.0 Packet send failed to 127.255.255.255(137) ERRNO=Can't assign requested address Connection to iscprt failed This didn't happen before the new gcc. Second: I use gvim as my editor-of-choice for programming in C, and now this happens: kaoru:~: gvim Vim: Caught deadly signal BUS Vim: Finished. And when I backtrace it in gdb: kaoru:/usr/ports/editors/vim/work/vim62/src:# gdb ./vim 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) run Starting program: /usr/ports/editors/vim/work/vim62/src/vim Program received signal SIGBUS, Bus error. 0x28684fc6 in _IceConnectionOpened () from /usr/X11R6/lib/libICE.so.6 (gdb) bt #0 0x28684fc6 in _IceConnectionOpened () from /usr/X11R6/lib/libICE.so.6 #1 0x286797f6 in IceOpenConnection () from /usr/X11R6/lib/libICE.so.6 #2 0x2866f199 in SmcOpenConnection () from /usr/X11R6/lib/libSM.so.6 #3 0x080fceed in xsmp_init () at os_unix.c:5961 #4 0x080b90de in main (argc=0, argv=0xbfbffa60) at main.c:1180 #5 0x080650d2 in _start () It looks like it's dying somewhere in X's libICE. I'm not sure what that's used for, but when I rebuilt libICE with debugging symbols enabled, and traced through the code, there's a pointer in _IceConnectonOpened() that has the value 0xd0d0d0d0 which is causing the crash. This is a wierd crash because on my other 2 FreeBSD machines, (1 an Athlon XP 2000+, the other a dual PII 333) this doesn't happen. The PII doesn't have X though so I'm assuming that's why there's no problem there. The machine this is happening on is a P4. Maybe that's the issue? Anyway, I also turned off all optimizations (no -O or -mcpu=pentiumpro) and recompiled vim, the X11 Libraries, and samba, but the same problem still occurs. Any ideas? Ken ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gcc-3.3 issues
On Thursday 17 July 2003 22:11, Alexander Kabaev wrote: -Werror? As doctor said: if it hurts, DON'T DO THAT. In the kdelibs case, it's definitely _not_ -Werror (I wouldn't complain about that, obviously). Mikhail, can you recap which combinations exactly trigger what? -- Michael Nottebrock \KDE on FreeBSD\,ww \--- \ ,wWWCybaWW_) \ http://freebsd.kde.org \ `WSheepW'free \II II node pgp0.pgp Description: signature
Re: gcc-3.3 issues
On 17 Jul 2003 22:07:37 +0200, Peter Kadau [EMAIL PROTECTED] wrote: Hi ! s/gcc-3.3/ports/ issues and we are in agreement. alright, `port compile issues raised with the adoption of gcc-3.3' Patches to fix broken ports are welcome. Looking at AbiWord2 I suspect this has to be pushed upstream in some cases. OK, here is a - ahem - patch for aspell: --- prog/checker_string.hpp.origTue Sep 24 03:34:52 2002 +++ prog/checker_string.hpp Thu Jul 17 20:02:58 2003 @@ -5,6 +5,7 @@ // it at http://www.gnu.org/. #include stdio.h +#include g++/cassert #include aspell.h It works on my colleague's and my current and my stable. But maybe it's not the right way (tm) (to 'do-it) :-) But should I post that on -ports, -current or send it to the ports maintainer ? I'd rather avoid tracking -ports... snip But, this patch doesn't work/fix to me on yesterday -CURRENT. Here's what I get error following: = In file included from check_funs.hpp:10, from aspell.cpp:25: checker_string.hpp:8:23: g++/cassert: No such file or directory gmake[1]: *** [aspell.o] Error 1 gmake[1]: Leaving directory `/usr/ports/textproc/aspell/work/aspell- 0.50.3/prog' gmake: *** [all-recursive] Error 1 *** Error code 2 Stop in /usr/ports/textproc/aspell. = Without this patch, I get error following: = checker_string.cpp: In member function `void CheckerString::replace(acommon::ParmString)': checker_string.cpp:113: error: `assert' undeclared (first use this function) checker_string.cpp:113: error: (Each undeclared identifier is reported only once for each function it appears in.) gmake[1]: *** [checker_string.o] Error 1 gmake[1]: Leaving directory `/usr/ports/textproc/aspell/work/aspell- 0.50.3/prog' gmake: *** [all-recursive] Error 1 *** Error code 2 Stop in /usr/ports/textproc/aspell. *** Error code 1 = I am willing to test the patches if one of you have any. Cheers, Mezz -- bsdforums.org 's moderator, mezz. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gcc-3.3 issues
Hi ! Sorry for that... That was my pre-get-rid-of-g++-workaround - how embarrassing ! Alexander pointed out in private (thank you), that this was a failure. I am willing to test the patches if one of you have any. Try that instead: --- prog/checker_string.hpp.origTue Sep 24 03:34:52 2002 +++ prog/checker_string.hpp Thu Jul 17 22:37:38 2003 @@ -5,6 +5,7 @@ // it at http://www.gnu.org/. #include stdio.h +#include assert.h #include aspell.h And *please* don't ask why I didn't use assert.h in the first place. *flush* Cheers anyway Peter ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gcc-3.3 issues
On Thu, 17 Jul 2003 22:18:38 +0200 Michael Nottebrock [EMAIL PROTECTED] wrote: = On Thursday 17 July 2003 22:11, Alexander Kabaev wrote: = = -Werror? As doctor said: if it hurts, DON'T DO THAT. = = In the kdelibs case, it's definitely _not_ -Werror =Whatever it is, I haven't seen one shred of evidence of GCC issues in =your messages, just complaints. Just an example: bad code generated is =GCC issue, more strict C++ compliance requirements - not. So what of =these two did you mean? Hi, Alexander! First of all, thank you very much for integrating the new GCC into FreeBSD. The pentium4-specific fixes and optimizations, as well as other compiler's features and improvements are much appreciated. Here is how to reproduce the problem, Michael is talking about. Simply try to build the kdelibs3 (or kdegraphic3, or kdenetwork3) port. It will die soon enough with a C++ error. It look like, indeed, a stricter C++ compliance issue, but it is not, because: . it is triggered by something in /usr/include/c++/3.3 itself . it goes away if you remove the ``-pedantic'' from the Makefiles (find work/kdelibs* -name Makefile | \ xargs sed -i -e 's,-pedantic,,') Note, that it is, indeed, just -pedantic, not the -pedantic-errors. So much so, I was suggesting to our KDE team to add the post-patch entry to the bsd.kde.mk, that would remove ``-pedantic'' automaticly. Yours, -mi ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gcc-3.3 issues
On 17 Jul 2003 22:47:02 +0200, Peter Kadau [EMAIL PROTECTED] wrote: Hi ! Sorry for that... That was my pre-get-rid-of-g++-workaround - how embarrassing ! Alexander pointed out in private (thank you), that this was a failure. I am willing to test the patches if one of you have any. Try that instead: --- prog/checker_string.hpp.origTue Sep 24 03:34:52 2002 +++ prog/checker_string.hpp Thu Jul 17 22:37:38 2003 @@ -5,6 +5,7 @@ // it at http://www.gnu.org/. #include stdio.h +#include assert.h #include aspell.h And *please* don't ask why I didn't use assert.h in the first place. *flush* Yes, that did it.. Thanks!! :-) Cheers, Mezz Cheers anyway Peter -- bsdforums.org 's moderator, mezz. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
On 2003-07-17 08:57 -0700, Julian Elischer [EMAIL PROTECTED] wrote: On Thu, 17 Jul 2003, Julian Stacey wrote: Matthew Dillon [EMAIL PROTECTED] appeared to write: Announcing DragonFly BSD! http://www.dragonflybsd.org/ - A new kernel - OK - maybe it'll cross fertilise others, but couldn't it run with an exisiting /usr/src ? Free Net or Open. Mat had his commit bit unfairly removed.. what would YOU do? Look, let's not go there again--the past is the past. The current situation is that Matt is using his skills and perspective to branch FreeBSD in an interesting direction. We all know he can do it, so instead of repoliticizing the discussion by harping on how he was treated unfairly, which we know is a subject fraught with disagreement, let's just focus on the work that Matt is doing to further the improvement of BSD technology. OK? Greg -- Gregory S. Sutter Build a man a fire, and he'll be warm mailto:[EMAIL PROTECTED] for a day. Set a man on fire, and he'll http://www.zer0.org/~gsutter/ be warm for the rest of his life. hkp://wwwkeys.pgp.net/0x845DFEDD pgp0.pgp Description: PGP signature
Re: HTT on single CPU?
On Thu, Jul 10, 2003 at 02:01:55AM -0700, Terry Lambert wrote: Wilko Bulte wrote: On Wed, Jul 09, 2003 at 10:14:47AM -0500, Thomas T. Veldhouse wrote: I can confirm my 2.4G P4 does have HTT: This is unfortunately not definitive for CPUs other than your own. The Intel Extends... announcement that was quoted really means two things: In my case it was a retail-boxed CPU, and it had the whole HTT story on it ;-) -- | / o / /_ _ [EMAIL PROTECTED] |/|/ / / /( (_) Bulte ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: problem after gcc import
On Thu, Jul 17, 2003 at 04:12:24PM -0400, Kenneth Culver wrote: I use gvim as my editor-of-choice for programming in C, and now this happens: kaoru:~: gvim Vim: Caught deadly signal BUS Vim: Finished. ... Any ideas? Read freebsd-current. :-) A suggestion was given this week: Subject: Re: Vim: Caught deadly signal BUS (after -current update with new gcc) Date: Wed, 16 Jul 2003 23:14:30 -0700 To: Karel J. Bosschaart [EMAIL PROTECTED] On Tue, Jul 15, 2003 at 11:07:40AM +0200, Karel J. Bosschaart wrote: FWIW, the new behaviour of vim is caused by patch 6.2.015. I added 015 to BADPATCHES in the ports Makefile and reinstalled. gvim works as usual now. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: problem after gcc import
Read freebsd-current. :-) A suggestion was given this week: Subject: Re: Vim: Caught deadly signal BUS (after -current update with new gcc) Date: Wed, 16 Jul 2003 23:14:30 -0700 To: Karel J. Bosschaart [EMAIL PROTECTED] On Tue, Jul 15, 2003 at 11:07:40AM +0200, Karel J. Bosschaart wrote: FWIW, the new behaviour of vim is caused by patch 6.2.015. I added 015 to BADPATCHES in the ports Makefile and reinstalled. gvim works as usual now. Ahh thanks, that'll teach me to let my delete finger get away from me. :-P Ken ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: rpcinfo
Danny Braniss wrote: I just run rpcinfo: # rpcinfo rpcinfo: can't contact rpcbind: RPC: Port mapper failure - RPC: Success :=) This really belongs in questions@, make sure you have rpcbind_enable=YES in rc.conf -Pawel ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
HPT372 bug summary [was: RE: escalation stage 2]
Ok, like I thought, the disk was not defect. There seems to be a bug in ata regarding HPT372 First: Wiht BIOS version 2.342 the secondary master disk id is incorrectly detected (something liek X X X X X X X X X X X X X X X instead of IC25N030ATCS04-0 I downgraded the BIOS to 2.2. Now I did the following test: 1. created a RAID1 with the controllers BIOS(two Hitachi 2.5 Notebook drives) 2. installed DOS 3. while DOS running I unpluged the (5v only) powersupply from one disk. 4 After powering off I reconnected the power supply to the disk 5. After switching on the controllers BIOS told me that the array has to be rebuild. So far it seems hardware is fine and working as designed. Now I installed FreeBSD 5.1 on the controller generated RAID1 ar0 (it's name in the BIOS is read as RAID1_1 I don't know what names this exactly reflects) When I unplug one drive the same way like before (or even do a atacontrol detach 3 (the secondary channol of the controller)) FreeBSD warns me that ar0 is degraded. In the atacontrol list the disk on channel 3 (ad6) vanished. Now after some time, the machine panics with the dump I already supplied down this message (at least last time I didn't really unplug the power, instead issued a atacontrol detach 3). Now when the machine is repowerd after corrected disk connections, the BIOS doesn't admit me to rebuild the array, but gives me the option to select a replacement disk and rebuild. But this doesn't work, the error is that there are not enaugh spare disks. At the status I can see the arry named RAID1_1 which was established via the controllers BIOS. When I choose continue to boot I can see another array named FreeBSD which I never established. When again continuing booting the kernel boots and then the machine panics. I have to delete the array. After deleting the mirror the FreeBSD boots correct with degraded ar0 but I have no chance to rebuild the array. atacontrol addspare ar0 ad4 gives the error liek (can't remember exactly) sioctl (ATASPAREADD) not configured. Also no detach/reinit/attach helps. I also think the RAID configuration is stored on the disks since when I create a non-DOS compatible slice (starting at 0 not 63) the RAID configuration vanishes. Now I assume that there are two different RAID configurations, one stored on disk by the controllers BIOS and anotherone which FreeBSD stores elsewhere (e.g: with the sil0680 I can well create slices starting at 0). Now when one drive fails both configurations are marked degraded but in a different manner (because there is one array named RAID1_1 and a second which is named FreeBSD) And that's why FreeBSD panics until I delete the mirror relationship. This has nothing to do with the initiating crash coming from sysinstall or sysctl -a but is also ugly since the controller doesn't do it's job correctly under FreeBSD. So I hope Soren can have a look at it or at least correct me if I'm wrong. Since this is my most important server I can't help you the next weeks. On sunday I'll buy a SIL0680 based controller because I did the same test with it and it's working. Now I'm currently setting up FreeBSD and building a kernel with DDB. Please let me know what I can do, I'm no programmer. I only know that something like backtrace is usually useful. But I dnon't know what backtrace is, so if you'd need information from me please tell me axactly what to do. Best regards, -Harry Now after resetting the machine which was hung by sysinstall it claims that ad4 (one of two mirrored 30GB 2.5 disks was absent (see dmesg below) Now the controller warns me that one drive is bad (which in fact is definatley not) and allows me to select continue boot That's what I do and after kernel probing the machine reboots with the folowing error (well, this takes some time to typewrite it from my monchrome screen): Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10 fault code= supervisor read, page not present instruction pinter= 0x8:0xc014a0a6 stack pointer=0x10:0xcce65bd8 frame pointer=0x10:0xcce65c58 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 = 4(g_down) trap number = 12 panic: page fault Then it reboots! Now please give me a hint what to do. This is my brand new fileserver which collected all improtant data from the last decade and since it's brand new I didn't manage any backup. When testing the hardware (unplugging one drive while the machine was running) I had the same error but I thought that would never happen under normal circumstances. If sysinstall breakes a RAID1 server 5.1-RELEASE should be immediately replaced by a corrected version! (Controller is a Dawicontrol DC-100 with HPT372 chipset and 2.343 BIOS, the original
panic on pccard insert
Whatever pccard i insert, here an unsupported 3Com OfficeConnect WiFi card or even a Intel Pro/100+ Mobile16 card it panics like seen below. This happens if booted with the card inserted and if hotplugged. The laptop is booted diskless so I can't produce a crashdump (the info below is typed by hand). full dmesg, kernel config and kernel.debug can be found at http://213.67.96.190/pccard/ Fatal trap 12: page fault while in kernel mode fault virtual address = 0xce6cb000 fault code = supervisor read, page not present instruction pointer = 0x8:0xc016a7b5 stack pointer = 0x10:0xcd2c4938 frame pointer = 0x10:0xcd2c4b54 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 8 (cbb0) kernel: type 12 trap, code=0 Stopped at pccard_scan_cis+0x165: movzbl 0(%eax,%edx,1),%eax db tr pccard_scan_cis+0x165 pccard_read_cis+0xb4 pccard_attach_card+0x9b CARD_ATTACH_CARD+0x48 exca_insert+0x23 cbb_insert+0x93 cbb_event_thread+0xa4 fork_exit+0xb1 fork_trampoline+0x1a --- trap 0x1, eip = 0, esp = 0xcd2c4d7c, ebp = 0 --- pccard stuff from dmesg: cbb0: O2Micro OZ6933 PCI-CardBus Bridge irq 9 at device 19.0 on pci0 cardbus0: CardBus bus on cbb0 pccard0: 16-bit PCCard bus on cbb0 cbb0: PCI Configuration space: 0x00: 0x69331217 0x0417 0x06070002 0x00822000 0x10: 0x8800 0x02a0 0x20010100 0xf000 0x20: 0x 0xf000 0x 0xfffd 0x30: 0x0001 0xfffd 0x0001 0x04000109 0x40: 0x10e610cf 0x0001 0x 0x 0x50: 0x 0x 0x 0x 0x60: 0x 0x 0x 0x 0x70: 0x 0x 0x 0x 0x80: 0x 0x 0x 0x 0x90: 0x0c0023bf 0x824203ea 0x1050 0x 0xa0: 0xfe020001 0x00c04000 0x 0x 0xb0: 0x 0x 0x 0x 0xc0: 0x 0x 0x 0x 0xd0: 0x 0x 0x 0x 0xe0: 0x 0x 0x 0x 0xf0: 0x 0x 0x 0x cbb1: O2Micro OZ6933 PCI-CardBus Bridge irq 9 at device 19.1 on pci0 cardbus1: CardBus bus on cbb1 pccard1: 16-bit PCCard bus on cbb1 cbb1: PCI Configuration space: 0x00: 0x69331217 0x0417 0x06070002 0x00822000 0x10: 0x88001000 0x02a0 0x20020200 0xf000 0x20: 0x 0xf000 0x 0xfffd 0x30: 0x0001 0xfffd 0x0001 0x04000209 0x40: 0x10e610cf 0x0001 0x 0x 0x50: 0x 0x 0x 0x 0x60: 0x 0x 0x 0x 0x70: 0x 0x 0x 0x 0x80: 0x 0x 0x 0x 0x90: 0x0c0023bf 0x824203ea 0x1050 0x 0xa0: 0xfe020001 0x00c04000 0x 0x 0xb0: 0x 0x 0x 0x 0xc0: 0x 0x 0x 0x 0xd0: 0x 0x 0x 0x 0xe0: 0x 0x 0x 0x 0xf0: 0x 0x 0x 0x pciconf: [EMAIL PROTECTED]:19:0: class=0x060700 card=0x10e610cf chip=0x69331217 rev=0x02 hdr=0x02 vendor = 'O2 Micro Inc' device = 'OZ6933 CardBus Controller' class= bridge subclass = PCI-CardBus [EMAIL PROTECTED]:19:1: class=0x060700 card=0x10e610cf chip=0x69331217 rev=0x02 hdr=0x02 vendor = 'O2 Micro Inc' device = 'OZ6933 CardBus Controller' class= bridge subclass = PCI-CardBus ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: FW: escalation stage 2 [was:RE: Big and ugly bug in 5.1-release]
Andre Guibert de Bruet wrote: Harald, When in doubt, install freebsd 5.x on a different drive running off of a different controller, mount the slices from one of the disks in the RAID array and copy your data to a safe and trusted location. Thanks for the hint, I did something like that. When deleting the mirror relationship the machine boots fine and I could copy tha data elswhere. But I could not reastablish the mirror without loosing data from the disks (but now I have a backup!) Best regards, -Harry Regards, Andre Guibert de Bruet | Enterprise Software Consultant Silicon Landmark, LLC. | http://siliconlandmark.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
On Thu, 17 Jul 2003, Gregory Sutter wrote: To drag this back to more interesting topics, I'm not yet convinced that branching off 4.X is a good thing. I see all the mound of work to make things work with mutexes, and it still seems like a good thing, and something that CAN be still leveraged, even in a messaging prardigm. I'll admit I might be wrong, but I'd sure appreciate a bit of discussion about it. I *like* the mutex idea, at base, and I really hate to lose the work. On 2003-07-17 08:57 -0700, Julian Elischer [EMAIL PROTECTED] wrote: On Thu, 17 Jul 2003, Julian Stacey wrote: Matthew Dillon [EMAIL PROTECTED] appeared to write: Announcing DragonFly BSD! http://www.dragonflybsd.org/ - A new kernel - OK - maybe it'll cross fertilise others, but couldn't it run with an exisiting /usr/src ? Free Net or Open. Mat had his commit bit unfairly removed.. what would YOU do? Look, let's not go there again--the past is the past. The current situation is that Matt is using his skills and perspective to branch FreeBSD in an interesting direction. We all know he can do it, so instead of repoliticizing the discussion by harping on how he was treated unfairly, which we know is a subject fraught with disagreement, let's just focus on the work that Matt is doing to further the improvement of BSD technology. OK? Greg Chuck Robey | Interests include C Java programming, FreeBSD, [EMAIL PROTECTED] | electronics, communications, and SF/Fantasy. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
On Thu, Jul 17, 2003 at 08:56:56PM -0400, Chuck Robey wrote: On Thu, 17 Jul 2003, Gregory Sutter wrote: To drag this back to more interesting topics, I'm not yet convinced that branching off 4.X is a good thing. Gosh, if only there were a DragonFly BSD mailing list, so we _can_ keep on topic somewhere. :) -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
On Thu, 17 Jul 2003, Brian Reichert wrote: On Thu, Jul 17, 2003 at 08:56:56PM -0400, Chuck Robey wrote: On Thu, 17 Jul 2003, Gregory Sutter wrote: To drag this back to more interesting topics, I'm not yet convinced that branching off 4.X is a good thing. Gosh, if only there were a DragonFly BSD mailing list, so we _can_ keep on topic somewhere. :) If follks would keep the traffic down, I could host it, but I only have a DSL link, it's not enough for a lot of traffic. If no one does it by Friday night, I'll host one myself. Until then folks, please bear with us, we haven't anywhere else to go to. Chuck Robey | Interests include C Java programming, FreeBSD, [EMAIL PROTECTED] | electronics, communications, and SF/Fantasy. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
I have a 768/768 DSL line, and mailman all set up. I also have the disk space. Let me know if you are interested. LER --On Thursday, July 17, 2003 21:10:26 -0400 Chuck Robey [EMAIL PROTECTED] wrote: On Thu, 17 Jul 2003, Brian Reichert wrote: On Thu, Jul 17, 2003 at 08:56:56PM -0400, Chuck Robey wrote: On Thu, 17 Jul 2003, Gregory Sutter wrote: To drag this back to more interesting topics, I'm not yet convinced that branching off 4.X is a good thing. Gosh, if only there were a DragonFly BSD mailing list, so we _can_ keep on topic somewhere. :) If follks would keep the traffic down, I could host it, but I only have a DSL link, it's not enough for a lot of traffic. If no one does it by Friday night, I'll host one myself. Until then folks, please bear with us, we haven't anywhere else to go to. - --- Chuck Robey | Interests include C Java programming, FreeBSD, [EMAIL PROTECTED] | electronics, communications, and SF/Fantasy. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. - --- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED] US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [-CURRENT tinderbox] failure on sparc64/sparc64
On Thu, Jul 17, 2003, Dag-Erling Smorgrav wrote: On Thu, Jul 17, 2003 at 09:58:10AM +0200, Harti Brandt wrote: I have no idea how a program can core in vfork(). Probably a vm problem? Most likely a KSE-related problem in vfork(). Try replacing vfork() with fork() in make(1) and see if the problem goes away. Warning: build times may increase significantly... I would guess that the problem doesn't occur in the vfork() call itself, but in the child process (gzip?), and there's a problem that causes the child to be incompletely divorced from the parent. Is there any trick to reproducing this problem? I just did a make universe on i386 and didn't see it, but maybe my sources are too old. It would be interesting to see if fork() fixes the problem. With the VM optimizations, vfork() is only about 20% faster than fork(), so build times shouldn't be significantly impacted. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
On Thu, 17 Jul 2003, Larry Rosenman wrote: I have a 768/768 DSL line, and mailman all set up. I also have the disk space. Let me know if you are interested. I'm happy with it, but right now, until we get a bit more organized, we only need one yea vote: Matt's. I *don't* want to inconvenience his plans any (especially not when I'm really sure I don't understand them all yet). Is Larry's offer OK with you, Matt? We need off the FreeBSD lists, before complaints start up. We can advertise later, if it's necessary. LER --On Thursday, July 17, 2003 21:10:26 -0400 Chuck Robey [EMAIL PROTECTED] wrote: On Thu, 17 Jul 2003, Brian Reichert wrote: On Thu, Jul 17, 2003 at 08:56:56PM -0400, Chuck Robey wrote: On Thu, 17 Jul 2003, Gregory Sutter wrote: To drag this back to more interesting topics, I'm not yet convinced that branching off 4.X is a good thing. Gosh, if only there were a DragonFly BSD mailing list, so we _can_ keep on topic somewhere. :) If follks would keep the traffic down, I could host it, but I only have a DSL link, it's not enough for a lot of traffic. If no one does it by Friday night, I'll host one myself. Until then folks, please bear with us, we haven't anywhere else to go to. - --- Chuck Robey | Interests include C Java programming, FreeBSD, [EMAIL PROTECTED] | electronics, communications, and SF/Fantasy. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. - --- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] Chuck Robey | Interests include C Java programming, FreeBSD, [EMAIL PROTECTED] | electronics, communications, and SF/Fantasy. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
On 2003-07-17 21:10 -0400, Chuck Robey [EMAIL PROTECTED] wrote: On Thu, 17 Jul 2003, Brian Reichert wrote: On Thu, Jul 17, 2003 at 08:56:56PM -0400, Chuck Robey wrote: To drag this back to more interesting topics, I'm not yet convinced that branching off 4.X is a good thing. Gosh, if only there were a DragonFly BSD mailing list, so we _can_ keep on topic somewhere. :) If follks would keep the traffic down, I could host it, but I only have a DSL link, it's not enough for a lot of traffic. If no one does it by Friday night, I'll host one myself. Until then folks, please bear with us, we haven't anywhere else to go to. Here is the list of current Dragonfly fora (newsgroups _and_ mailing lists): http://www.dragonflybsd.org/Main/forums.cgi I submit that it would be more respectful to ask Matt to host any Dragonfly related lists first, creating your own forum only if he declined. Greg -- Gregory S. Sutter One of the lessons of history is that mailto:[EMAIL PROTECTED] nothing is often a good thing to do-- http://www.zer0.org/~gsutter/ and always a clever thing to say. hkp://wwwkeys.pgp.net/0x845DFEDD--Will Durant pgp0.pgp Description: PGP signature
Re: Annoucning DragonFly BSD!
On 2003-07-17 21:31 -0400, Chuck Robey [EMAIL PROTECTED] wrote: On Thu, 17 Jul 2003, Larry Rosenman wrote: I have a 768/768 DSL line, and mailman all set up. I also have the disk space. Let me know if you are interested. I'm happy with it, but right now, until we get a bit more organized, we only need one yea vote: Matt's. I *don't* want to inconvenience his plans any (especially not when I'm really sure I don't understand them all yet). Right, what you said. Please ignore previous post. :) Greg -- Gregory S. Sutter How do I read this file? mailto:[EMAIL PROTECTED] You uudecode it. http://www.zer0.org/~gsutter/ I I I decode it? hkp://wwwkeys.pgp.net/0x845DFEDD pgp0.pgp Description: PGP signature
DragonFly lists are on the DragonFly site...
http://www.dragonflybsd.org/Main/forums.cgi Has both newsgroups and mailing lists on it... At least the newsgroups work - they've been a hard slog reading them, though... -Original Message- From: Larry Rosenman [mailto:[EMAIL PROTECTED] Sent: Friday, 18 July 2003 11:33 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; Julian Elischer Subject: Re: Annoucning DragonFly BSD! I have a 768/768 DSL line, and mailman all set up. I also have the disk space. Let me know if you are interested. LER --On Thursday, July 17, 2003 21:10:26 -0400 Chuck Robey [EMAIL PROTECTED] wrote: On Thu, 17 Jul 2003, Brian Reichert wrote: On Thu, Jul 17, 2003 at 08:56:56PM -0400, Chuck Robey wrote: On Thu, 17 Jul 2003, Gregory Sutter wrote: To drag this back to more interesting topics, I'm not yet convinced that branching off 4.X is a good thing. Gosh, if only there were a DragonFly BSD mailing list, so we _can_ keep on topic somewhere. :) If follks would keep the traffic down, I could host it, but I only have a DSL link, it's not enough for a lot of traffic. If no one does it by Friday night, I'll host one myself. Until then folks, please bear with us, we haven't anywhere else to go to. -- --- --- Chuck Robey | Interests include C Java programming, FreeBSD, [EMAIL PROTECTED] | electronics, communications, and SF/Fantasy. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. -- --- --- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED] US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 ___ [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: DragonFly lists are on the DragonFly site...
On Fri, 18 Jul 2003, Nigel Weeks wrote: http://www.dragonflybsd.org/Main/forums.cgi Has both newsgroups and mailing lists on it... Gotcha, I didn't see them (was busy reading the tech stuff). I figure the kernel list is the right one. Thanks. At least the newsgroups work - they've been a hard slog reading them, though... -Original Message- From: Larry Rosenman [mailto:[EMAIL PROTECTED] Sent: Friday, 18 July 2003 11:33 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; Julian Elischer Subject: Re: Annoucning DragonFly BSD! I have a 768/768 DSL line, and mailman all set up. I also have the disk space. Let me know if you are interested. LER --On Thursday, July 17, 2003 21:10:26 -0400 Chuck Robey [EMAIL PROTECTED] wrote: On Thu, 17 Jul 2003, Brian Reichert wrote: On Thu, Jul 17, 2003 at 08:56:56PM -0400, Chuck Robey wrote: On Thu, 17 Jul 2003, Gregory Sutter wrote: To drag this back to more interesting topics, I'm not yet convinced that branching off 4.X is a good thing. Gosh, if only there were a DragonFly BSD mailing list, so we _can_ keep on topic somewhere. :) If follks would keep the traffic down, I could host it, but I only have a DSL link, it's not enough for a lot of traffic. If no one does it by Friday night, I'll host one myself. Until then folks, please bear with us, we haven't anywhere else to go to. -- --- --- Chuck Robey | Interests include C Java programming, FreeBSD, [EMAIL PROTECTED] | electronics, communications, and SF/Fantasy. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. -- --- --- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED] US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 ___ [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] Chuck Robey | Interests include C Java programming, FreeBSD, [EMAIL PROTECTED] | electronics, communications, and SF/Fantasy. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: DragonFly lists are on the DragonFly site...
I didn't see it either. Sorry for opening my big trap. LER --On Thursday, July 17, 2003 21:46:25 -0400 Chuck Robey [EMAIL PROTECTED] wrote: On Fri, 18 Jul 2003, Nigel Weeks wrote: http://www.dragonflybsd.org/Main/forums.cgi Has both newsgroups and mailing lists on it... Gotcha, I didn't see them (was busy reading the tech stuff). I figure the kernel list is the right one. Thanks. At least the newsgroups work - they've been a hard slog reading them, though... -Original Message- From: Larry Rosenman [mailto:[EMAIL PROTECTED] Sent: Friday, 18 July 2003 11:33 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; Julian Elischer Subject: Re: Annoucning DragonFly BSD! I have a 768/768 DSL line, and mailman all set up. I also have the disk space. Let me know if you are interested. LER --On Thursday, July 17, 2003 21:10:26 -0400 Chuck Robey [EMAIL PROTECTED] wrote: On Thu, 17 Jul 2003, Brian Reichert wrote: On Thu, Jul 17, 2003 at 08:56:56PM -0400, Chuck Robey wrote: On Thu, 17 Jul 2003, Gregory Sutter wrote: To drag this back to more interesting topics, I'm not yet convinced that branching off 4.X is a good thing. Gosh, if only there were a DragonFly BSD mailing list, so we _can_ keep on topic somewhere. :) If follks would keep the traffic down, I could host it, but I only have a DSL link, it's not enough for a lot of traffic. If no one does it by Friday night, I'll host one myself. Until then folks, please bear with us, we haven't anywhere else to go to. -- --- --- Chuck Robey | Interests include C Java programming, FreeBSD, [EMAIL PROTECTED] | electronics, communications, and SF/Fantasy. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. -- --- --- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED] US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 ___ [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] - --- Chuck Robey | Interests include C Java programming, FreeBSD, [EMAIL PROTECTED] | electronics, communications, and SF/Fantasy. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. - --- -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED] US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: panic on pccard insert (more debug info)
I tuned on some debug sysctls, here is the result. cbb0: card inserted: event=0x, state=3810 pccard0: chip_socket_enable cbb_pcic_socket_enable: cbb0: cbb_power: 3V pccard0: read_cis cis mem map ce6e1000 pccard0: CIS tuple chain: CISTPL_NONE 00 CISTPL_NONE 00 [] CISTPL_CHECKSUM too short 0 10 00 CISTPL_NONE 00 CISTPL_NONE 00 [and it continues like this until the panic] -Pawel Pawel Worach wrote: Whatever pccard i insert, here an unsupported 3Com OfficeConnect WiFi card or even a Intel Pro/100+ Mobile16 card it panics like seen below. This happens if booted with the card inserted and if hotplugged. The laptop is booted diskless so I can't produce a crashdump (the info below is typed by hand). full dmesg, kernel config and kernel.debug can be found at http://213.67.96.190/pccard/ Fatal trap 12: page fault while in kernel mode fault virtual address = 0xce6cb000 fault code = supervisor read, page not present instruction pointer = 0x8:0xc016a7b5 stack pointer = 0x10:0xcd2c4938 frame pointer = 0x10:0xcd2c4b54 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 8 (cbb0) kernel: type 12 trap, code=0 Stopped at pccard_scan_cis+0x165: movzbl 0(%eax,%edx,1),%eax db tr pccard_scan_cis+0x165 pccard_read_cis+0xb4 pccard_attach_card+0x9b CARD_ATTACH_CARD+0x48 exca_insert+0x23 cbb_insert+0x93 cbb_event_thread+0xa4 fork_exit+0xb1 fork_trampoline+0x1a --- trap 0x1, eip = 0, esp = 0xcd2c4d7c, ebp = 0 --- pccard stuff from dmesg: cbb0: O2Micro OZ6933 PCI-CardBus Bridge irq 9 at device 19.0 on pci0 cardbus0: CardBus bus on cbb0 pccard0: 16-bit PCCard bus on cbb0 cbb0: PCI Configuration space: 0x00: 0x69331217 0x0417 0x06070002 0x00822000 0x10: 0x8800 0x02a0 0x20010100 0xf000 0x20: 0x 0xf000 0x 0xfffd 0x30: 0x0001 0xfffd 0x0001 0x04000109 0x40: 0x10e610cf 0x0001 0x 0x 0x50: 0x 0x 0x 0x 0x60: 0x 0x 0x 0x 0x70: 0x 0x 0x 0x 0x80: 0x 0x 0x 0x 0x90: 0x0c0023bf 0x824203ea 0x1050 0x 0xa0: 0xfe020001 0x00c04000 0x 0x 0xb0: 0x 0x 0x 0x 0xc0: 0x 0x 0x 0x 0xd0: 0x 0x 0x 0x 0xe0: 0x 0x 0x 0x 0xf0: 0x 0x 0x 0x cbb1: O2Micro OZ6933 PCI-CardBus Bridge irq 9 at device 19.1 on pci0 cardbus1: CardBus bus on cbb1 pccard1: 16-bit PCCard bus on cbb1 cbb1: PCI Configuration space: 0x00: 0x69331217 0x0417 0x06070002 0x00822000 0x10: 0x88001000 0x02a0 0x20020200 0xf000 0x20: 0x 0xf000 0x 0xfffd 0x30: 0x0001 0xfffd 0x0001 0x04000209 0x40: 0x10e610cf 0x0001 0x 0x 0x50: 0x 0x 0x 0x 0x60: 0x 0x 0x 0x 0x70: 0x 0x 0x 0x 0x80: 0x 0x 0x 0x 0x90: 0x0c0023bf 0x824203ea 0x1050 0x 0xa0: 0xfe020001 0x00c04000 0x 0x 0xb0: 0x 0x 0x 0x 0xc0: 0x 0x 0x 0x 0xd0: 0x 0x 0x 0x 0xe0: 0x 0x 0x 0x 0xf0: 0x 0x 0x 0x pciconf: [EMAIL PROTECTED]:19:0: class=0x060700 card=0x10e610cf chip=0x69331217 rev=0x02 hdr=0x02 vendor = 'O2 Micro Inc' device = 'OZ6933 CardBus Controller' class= bridge subclass = PCI-CardBus [EMAIL PROTECTED]:19:1: class=0x060700 card=0x10e610cf chip=0x69331217 rev=0x02 hdr=0x02 vendor = 'O2 Micro Inc' device = 'OZ6933 CardBus Controller' class= bridge subclass = PCI-CardBus ___ [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: DragonFly lists are on the DragonFly site...
Nigel Weeks wrote: http://www.dragonflybsd.org/Main/forums.cgi Has both newsgroups and mailing lists on it... If dfbsd breaks the stupid trend of mailing lists and sets up a proper news server for that purpose, how it was meant to be, it is already a great achievement... -- Matthias Buelow; [EMAIL PROTECTED],informatik.uni-wuerzburg.de} ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
: I also have the disk space. : : Let me know if you are interested. : :I'm happy with it, but right now, until we get a bit more organized, we :only need one yea vote: Matt's. I *don't* want to inconvenience his plans :any (especially not when I'm really sure I don't understand them all :yet). : :Is Larry's offer OK with you, Matt? We need off the FreeBSD lists, before :complaints start up. We can advertise later, if it's necessary. I've got a bunch of mailing lists already set up on dragonflybsd.org. -Matt ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
--On Thursday, July 17, 2003 19:35:54 -0700 Matthew Dillon [EMAIL PROTECTED] wrote: : I also have the disk space. : : Let me know if you are interested. : :I'm happy with it, but right now, until we get a bit more organized, we :only need one yea vote: Matt's. I *don't* want to inconvenience his plans :any (especially not when I'm really sure I don't understand them all :yet). : :Is Larry's offer OK with you, Matt? We need off the FreeBSD lists, before :complaints start up. We can advertise later, if it's necessary. I've got a bunch of mailing lists already set up on dragonflybsd.org. I didn't notice. Sorry for stepping all over you. LER -Matt -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED] US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Annoucning DragonFly BSD!
: before :complaints start up. We can advertise later, if it's necessary. : : I've got a bunch of mailing lists already set up on dragonflybsd.org. :I didn't notice. Sorry for stepping all over you. : :LER : :Larry Rosenman http://www.lerctr.org/~ler No biggy! I would have gotten back to you sooner but I've been typing nearly uninterrupted for 6 hours answering email and just now catching up. The dragonfly lists will be where most of the meat is, but I will certainly post major achievements to -hackers. I also hope to get a list archive browser interface up today or tomorrow for lurkers. -Matt ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gcc-3.3 issues
On Wed, Jul 16, 2003 at 10:09:05PM +0200, Michael Nottebrock wrote: Content-Description: signed data On Wednesday 16 July 2003 17:07, Alexander Kabaev wrote: s/gcc-3.3/ports/ issues and we are in agreement. Patches to fix broken ports are welcome. Kris is doing a fine job generating a list of what needs to be fixed with his cluster packabe building runs. There was one report of kdelibs' configure failing because of the weirdness of the new cc (3.3), that leads to errors instead of warnings with certain combinations of -W* and -pedantic options. Is something like this expected, i.e., certain combinations of -W* and -pedantic to produce errors when they didn't before? Hell yeah :) Kris pgp0.pgp Description: PGP signature
Re: some ports are broken after upgrading GCC 3.3.1
On Fri, Jul 18, 2003 at 12:11:39AM +0900, Motoyuki Konno wrote: Add Cc: to -current list. This seems to be varargs.h problem. It seems that all C source which use varargs.h and va_dcl become error on GCC 3.3.1 system. This is a known problem. Can you develop a fix? Kris pgp0.pgp Description: PGP signature
Re: some ports are broken after upgrading GCC 3.3.1
On Thu, Jul 17, 2003 at 01:59:46PM -0700, Kris Kennaway wrote: On Fri, Jul 18, 2003 at 12:11:39AM +0900, Motoyuki Konno wrote: Add Cc: to -current list. This seems to be varargs.h problem. It seems that all C source which use varargs.h and va_dcl become error on GCC 3.3.1 system. This is a known problem. Can you develop a fix? Sorry, I missed the patch in your email. I'm not certain about your approach...can someone who understands the issues comment on it? Kris pgp0.pgp Description: PGP signature
Re: Fixing gcc 3.3 compile failures
On Thu, Jul 17, 2003 at 07:52:00PM -0700, Kris Kennaway wrote: OK, now that the latest 5.x package build is well underway, we can start work on fixing the compile failures seen with gcc 3.3. I forgot to remind committers that if you commit a patch that was not submitted by the port's maintainer, be sure to contact the maintainer to request that they submit the patch back upstream to the port developers. Kris pgp0.pgp Description: PGP signature
Fixing gcc 3.3 compile failures
OK, now that the latest 5.x package build is well underway, we can start work on fixing the compile failures seen with gcc 3.3. These are the ports that have become broken on the latest build (everything after July 14): http://bento.freebsd.org/errorlogs/i386-5-failure.html Here is the full list of broken ports from the build in progress: http://bento.freebsd.org/errorlogs/i386-5-latest/ If you are running 4.x, you can also help to develop fixes for these ports by installing the gcc33 port and setting CC=/usr/local/bin/gcc33 CXX=/usr/local/bin/g++33 in your environment. Most of the new compile failures are caused by 3 or 4 types of failure mode (all of which have to do with stricter standards compliance in the new compiler suite). I haven't yet looked at how to fix most of them: if you figure out a patch for a class of failures, please post it in response to this email so we can all see how to do it. To start things off: http://bento.freebsd.org/errorlogs/i386-5-latest/arts++-1-1-a8_1.log ... ArtsRttTimeSeriesTableData.cc:873: error: `assert' undeclared (first use this function) ... This class of error is fixed by adding #include assert.h to the top of the file. NOTE: There are at least two recent failure modes that have been introduced into 5.x that are not due to gcc33. 1) The recent texinfo port changed the default info generation style to not produce split files, which breaks a lot of pkg-plists. A patch was submitted to the ports@ list a few days ago to allow bsd.port.mk to better handle info files, but I haven't yet evaluated or tested it. I hope to have the time over the weekend. 2) Recent *.mk changes by ru have apparently broken a number of ports: http://bento.freebsd.org/errorlogs/i386-5-latest/tcl-8.0.5.log ... nm: ../generic/panic.o: No such file or directory nm: ../generic/regexp.o: No such file or directory nm: ../generic/tclAsync.o: No such file or directory ... This will be probably be corrected once ru returns from vacation in a few weeks. Please don't attempt to do anything with these ports for now. Kris pgp0.pgp Description: PGP signature
Re: Annoucning DragonFly BSD!
On Thu, Jul 17, 2003 at 03:29:12PM +0300, Maxim Sobolev wrote: No, everything seems real - at least Matt replies to e-mails sent to him on this topic. There is also a live nntp server up and running @ dragonflybsd.org, I saw Matt and Terry Lambert discussing kernel things this morning there. I doubt that somebody will be able to impersonate both Matt and Terry. :)) A Markov chain script could do a fairly passable impersonation of the latter. Kris pgp0.pgp Description: PGP signature
Re: Fixing gcc 3.3 compile failures
On Thu, Jul 17, 2003 at 07:52:00PM -0700, Kris Kennaway wrote: Most of the new compile failures are caused by 3 or 4 types of failure mode (all of which have to do with stricter standards compliance in the new compiler suite). I haven't yet looked at how to fix most of them: if you figure out a patch for a class of failures, please post it in response to this email so we can all see how to do it. http://bento.freebsd.org/errorlogs/i386-5-latest/nap-1.5.1.log ... title.h:7:1: missing terminating character ... A fix is similar to this: --- src/nap.c.orig Thu Jul 17 20:21:08 2003 +++ src/nap.c Thu Jul 17 20:22:02 2003 @@ -542,21 +542,20 @@ if (!getval(connection)) { if (!info.daemon) { - wp(NULL, - Connection | Number - --- - Unknown| 0 - 14.4 | 1 - 28.8 | 2 - 33.6 | 3 - 56.7 | 4 - 64K ISDN | 5 - 128K ISDN | 6 - Cable | 7 - DSL| 8 - T1 | 9 - T3 or | 10 -\n); + wp(NULL, \ + Connection | Number\n\ + ---\n\ + Unknown| 0\n\ + 14.4 | 1\n\ + 28.8 | 2\n\ + 33.6 | 3\n\ + 56.7 | 4\n\ + 64K ISDN | 5\n\ + 128K ISDN | 6\n\ + Cable | 7\n\ + DSL| 8\n\ + T1 | 9\n\ + T3 or | 10\n); wp(NULL, How fast is your internet connection?\n); wp(NULL, Please choose 0--10 from the chart: [4] ); ans = nap_getline(stdin); Be careful not to introduce or remove any newlines when you patch this. Kris pgp0.pgp Description: PGP signature
Re: some ports are broken after upgrading GCC 3.3.1
On Thu, 17 Jul 2003 14:02:20 -0700 Kris Kennaway [EMAIL PROTECTED] wrote: Sorry, I missed the patch in your email. I'm not certain about your approach...can someone who understands the issues comment on it? Kris I'd rather see all varargs.h consumers be converted to stdarg.h. Old varargs GCC builtins were _removed_ altogether from the compiler sources and we should follow. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: some ports are broken after upgrading GCC 3.3.1
On Thu, Jul 17, 2003 at 11:37:17PM -0400, Alexander Kabaev wrote: On Thu, 17 Jul 2003 14:02:20 -0700 Kris Kennaway [EMAIL PROTECTED] wrote: Sorry, I missed the patch in your email. I'm not certain about your approach...can someone who understands the issues comment on it? Kris I'd rather see all varargs.h consumers be converted to stdarg.h. Old varargs GCC builtins were _removed_ altogether from the compiler sources and we should follow. Can you develop a patch for e.g. http://bento.freebsd.org/errorlogs/i386-5-latest/ecu-4.30.log and post it to the thread Fixing gcc 3.3 compile failures so others can see how to do it? Kris pgp0.pgp Description: PGP signature
Re: cyclades isa card not recognized on 5-current ?
On Thu, 17 Jul 2003, Bjoern A. Zeeb wrote: just to also ask here before opening a bug report. Anyone successfully using a cyclades (Yo8) ISA on FreeBSD 5.x/Current ? I am unable to get it regonized on bootup. Card dip switches are set to IRQ 11, 0xd4000. kernel config has: options COMPAT_OLDISA device cy 1 and /boot/device.hints hint.cy.0.at=isa hint.cy.0.irq=11 hint.cy.0.maddr=0xd4000 hint.cy.0.msize=0x2000 IRQ 11 is reseverd to ISA/EISA in BIOS and not PCI/PnP. What am I missing ? Thanks in advance for any hints. A similar configuration still works for me with a slightly old version of -current. Bruce ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Buildworld fails in 5.1
On Wed, 16 Jul 2003, Bosko Milekic smacked into the keyboard: Same here, remove the -j N. Right now there seem to be some dependencies which you fail against with a parallel build. Yep this fixed it for me too, I was running -j4 (it's a 266, can't handle a whole lot) Thanks for the suggestion. static Sorry for the top-posting. -Bosko On Wed, Jul 16, 2003 at 01:47:38PM -0400, Matt Loschert wrote: On Tue, 15 Jul 2003, Static wrote: Just installed 5.1 yesterday, cvsuped using the . tag, and src-all /etc/make.conf untouched. I attempted to buildworld and I get the following ranlib libc_pic.a ranlib libc.a ranlib libc_p.a sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libc.a /usr/obj/usr/sr c/i386/usr/lib sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libc_p.a /usr/obj/usr/ src/i386/usr/lib sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libc.so.5 /usr/obj/u sr/src/i386/usr/lib ln -fs libc.so.5 /usr/obj/usr/src/i386/usr/lib/libc.so sh /usr/src/tools/install.sh -o root -g wheel -m 444 libc_pic.a /usr/obj/usr/s rc/i386/usr/lib 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Did not see an open pr or anything mentioned in mailing lists. Is this a known issue and should I file a pr, or is there a hack/workaround to fix this? Thanks rwz Static, -- Bosko Milekic * [EMAIL PROTECTED] * [EMAIL PROTECTED] TECHNOkRATIS Consulting Services * http://www.technokratis.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: HPT372 bug summary [was: RE: escalation stage 2]
Harald Schmalzbauer wrote: Ok, like I thought, the disk was not defect. There seems to be a bug in ata regarding HPT372 First: Wiht BIOS version 2.342 the secondary master disk id is incorrectly detected (something liek X X X X X X X X X X X X X X X instead of IC25N030ATCS04-0 Please forget that. It was because for convinience reasons I had turned the 80-pin ATA cables upside down. So the black was at the controller and the blue at the drive. I can't imagine that this makes any technical difference (as long as no slave drive is connected and there's no open end) But it seems the single connectors are electrical coded (again I can't imagine how?!?) I tested the following BIOS versions which all had the same result: the machine panics if one drive failed and there's no possibility to rebuild the failed array (under FreeBSD) 2.34 (original Dawicontrol) 2.341 (372N2341.p5e from Highpoint) 2.343 (3XXV2343.p4e from Highpoint) 2.2 (from Highpoint) The rest can be considered as confirmed I downgraded the BIOS to 2.2. Now I did the following test: 1. created a RAID1 with the controllers BIOS(two Hitachi 2.5 Notebook drives) 2. installed DOS 3. while DOS running I unpluged the (5v only) powersupply from one disk. 4 After powering off I reconnected the power supply to the disk 5. After switching on the controllers BIOS told me that the array has to be rebuild. So far it seems hardware is fine and working as designed. Now I installed FreeBSD 5.1 on the controller generated RAID1 ar0 (it's name in the BIOS is read as RAID1_1 I don't know what names this exactly reflects) When I unplug one drive the same way like before (or even do a atacontrol detach 3 (the secondary channol of the controller)) FreeBSD warns me that ar0 is degraded. In the atacontrol list the disk on channel 3 (ad6) vanished. Now after some time, the machine panics with the dump I already supplied down this message (at least last time I didn't really unplug the power, instead issued a atacontrol detach 3). Now when the machine is repowerd after corrected disk connections, the BIOS doesn't admit me to rebuild the array, but gives me the option to select a replacement disk and rebuild. But this doesn't work, the error is that there are not enaugh spare disks. At the status I can see the arry named RAID1_1 which was established via the controllers BIOS. When I choose continue to boot I can see another array named FreeBSD which I never established. When again continuing booting the kernel boots and then the machine panics. I have to delete the array. After deleting the mirror the FreeBSD boots correct with degraded ar0 but I have no chance to rebuild the array. atacontrol addspare ar0 ad4 gives the error liek (can't remember exactly) sioctl (ATASPAREADD) not configured. Also no detach/reinit/attach helps. I also think the RAID configuration is stored on the disks since when I create a non-DOS compatible slice (starting at 0 not 63) the RAID configuration vanishes. Now I assume that there are two different RAID configurations, one stored on disk by the controllers BIOS and anotherone which FreeBSD stores elsewhere (e.g: with the sil0680 I can well create slices starting at 0). Now when one drive fails both configurations are marked degraded but in a different manner (because there is one array named RAID1_1 and a second which is named FreeBSD) And that's why FreeBSD panics until I delete the mirror relationship. This has nothing to do with the initiating crash coming from sysinstall or sysctl -a but is also ugly since the controller doesn't do it's job correctly under FreeBSD. So I hope Soren can have a look at it or at least correct me if I'm wrong. Since this is my most important server I can't help you the next weeks. On sunday I'll buy a SIL0680 based controller because I did the same test with it and it's working. Now I'm currently setting up FreeBSD and building a kernel with DDB. Please let me know what I can do, I'm no programmer. I only know that something like backtrace is usually useful. But I dnon't know what backtrace is, so if you'd need information from me please tell me axactly what to do. Best regards, -Harry Now after resetting the machine which was hung by sysinstall it claims that ad4 (one of two mirrored 30GB 2.5 disks was absent (see dmesg below) Now the controller warns me that one drive is bad (which in fact is definatley not) and allows me to select continue boot That's what I do and after kernel probing the machine reboots with the folowing error (well, this takes some time to typewrite it from my monchrome screen): Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10 fault code= supervisor read, page not present instruction pinter= 0x8:0xc014a0a6 stack pointer= 0x10:0xcce65bd8 frame pointer= 0x10:0xcce65c58 codesegment =
Re: Annoucning DragonFly BSD!
On Thu, 17 Jul 2003 21:10:26 -0400 (EDT) Chuck Robey [EMAIL PROTECTED] wrote: CR On Thu, 17 Jul 2003, Brian Reichert wrote: CR CR On Thu, Jul 17, 2003 at 08:56:56PM -0400, Chuck Robey wrote: CR On Thu, 17 Jul 2003, Gregory Sutter wrote: CR CR To drag this back to more interesting topics, I'm not yet CR convinced that branching off 4.X is a good thing. CR CR Gosh, if only there were a DragonFly BSD mailing list, so we _can_ CR keep on topic somewhere. :) CR CR If follks would keep the traffic down, I could host it, but I only CR have a DSL link, it's not enough for a lot of traffic. Go back and read Matts original posting - there *is* one. To save you the bother of looking for it here is the relevant bit: - Anyone interested in working on or discussing the project is welcome! I have created a mailing list server and newsgroup forums and I am working on web-accessibility to same for passive listeners. I will be posting periodic updates to freebsd-hackers as well. - -- C:WIN | Directable Mirrors The computer obeys and wins.|A Better Way To Focus The Sun You lose and Bill collects. | licenses available - see: | http://www.sohara.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Buildworld fails in 5.1
On Thu, 17 Jul 2003, Matt Loschert wrote: On Thu, 17 Jul 2003, Bruce Evans wrote: Try using make -P to unmix the output... I am not sure if this is useful or not, but I took your suggestion of using make -P, and now the build stops with the following output: ... Remaking `fdisk' Results of making fdisk: cc -O -pipe -mcpu=pentiumpro-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -static -o fdisk fdisk.o geom_mbr_enc.o 1 error *** Error code 2 Unfortunately, the critical error message still seems to be elsewhere. I think the error is not associated with fdisk (although it immediately follows the fdisk results) since cc would have printed a message if it (cc) failed. Bruce ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]