From nge at cs.hmc.edu Fri Aug 1 00:34:59 2008 From: nge at cs.hmc.edu (Nate Eldredge) Date: Fri Aug 1 00:35:14 2008 Subject: app programming on freebsd amd64 In-Reply-To: <20080731234107.GA99946@troutmask.apl.washington.edu> References: <4891F3F3.8090608@telenix.org> <20080731195527.GT1359@server.vk2pj.dyndns.org> <489243B0.80307@telenix.org> <20080731234107.GA99946@troutmask.apl.washington.edu> Message-ID: On Thu, 31 Jul 2008, Steve Kargl wrote: > On Thu, Jul 31, 2008 at 06:58:56PM -0400, Chuck Robey wrote: >> Peter Jeremy wrote: >>> >>> There are a couple of open PRs about this but fixing it is non-trivial. >>> >>> Your only current option is to install an i386 world (as well as your >>> amd64 world) and chroot into it to build i386 apps. >> >> Oh, you're telling me that if I run one app as 32 bit (compiling it, the whole >> enchilada, as 32 bit) would only work if I had the OS, kernel and all libs, as >> 32 bits? I couldn't just run the X11 as 32 bits? I mean, not only run it as 32 >> bits, also compile it as 32 bits? If I did that, it would use the OS and libs >> as 64 bits, and be therefore incorrect? >> >> If that's so, it does throw a wrench into things, forcing another set of >> decisions on me, so I need a confirmation, you'll understand. > > He's telling you that -m32 doesn't work because the necessary > run time support is missing. It's not really missing completely though. Just that gcc isn't set up to look for it in the right place. > > troutmask:kargl[202] cat h.c > #include > int main(void) > { > printf("Hello world!\n"); > return 0; > } > troutmask:kargl[203] cc -o z h.c > troutmask:kargl[205] ldd z > z: > libc.so.7 => /lib/libc.so.7 (0x20063c000) > troutmask:kargl[206] file z > z: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), for FreeBSD 8.0 (800040), dynamically linked (uses shared libs), FreeBSD-style, not stripped > troutmask:kargl[207] cc -o z -m32 h.c > /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for -lgcc > /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for -lgcc > /usr/bin/ld: cannot find -lgcc nate@vulcan:/tmp$ gcc -c -m32 h.c nate@vulcan:/tmp$ gcc -v -o h -m32 h.o Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] /usr/bin/ld --eh-frame-hdr -m elf_i386_fbsd -V -dynamic-linker /libexec/ld-elf.so.1 -o h /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/local/lib -L/usr/local/lib -L/usr/lib -L/usr/lib h.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/crtend.o /usr/lib/crtn.o GNU ld version 2.15 [FreeBSD] 2004-05-23 Supported emulations: elf_i386_fbsd elf_x86_64_fbsd /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for -lgcc /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for -lgcc /usr/bin/ld: cannot find -lgcc So it's still looking for things in /usr/lib when it should use /usr/lib32. We can call ld directly and give it the right things: nate@vulcan:/tmp$ /usr/bin/ld --eh-frame-hdr -m elf_i386_fbsd -V -dynamic-linker /libexec/ld-elf32.so.1 -o h /usr/lib32/crt1.o /usr/lib32/crti.o /usr/lib32/crtbegin.o -L/usr/lib32 h.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib32/crtend.o /usr/lib32/crtn.o GNU ld version 2.15 [FreeBSD] 2004-05-23 Supported emulations: elf_i386_fbsd elf_x86_64_fbsd nate@vulcan:/tmp$ file ./h ./h: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for FreeBSD 7.0 (700055), dynamically linked (uses shared libs), FreeBSD-style, not stripped nate@vulcan:/tmp$ ./h Hello world! It might be that there is some set of options to gcc itself that would make the right thing happen here without calling ld directly. More likely someone would have to write a new specs file. But that's a relatively minor issue; the guts are there. Now it may be that the 32-bit runtime has bugs that would appear if we tried to do something more complicated. But it isn't totally absent. -- Nate Eldredge nge@cs.hmc.edu From chuckr at telenix.org Fri Aug 1 01:04:35 2008 From: chuckr at telenix.org (Chuck Robey) Date: Fri Aug 1 01:04:41 2008 Subject: app programming on freebsd amd64 In-Reply-To: References: <4891F3F3.8090608@telenix.org> <20080731195527.GT1359@server.vk2pj.dyndns.org> <489243B0.80307@telenix.org> <20080731234107.GA99946@troutmask.apl.washington.edu> Message-ID: <48926106.4010305@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Nate Eldredge wrote: > On Thu, 31 Jul 2008, Steve Kargl wrote: > >>> He's telling you that -m32 doesn't work because the necessary >> run time support is missing. > > It's not really missing completely though. Just that gcc isn't set up > to look for it in the right place. > OK, the flags you nicely gave me are enough to let me do my own experimentation, so thanks. I'm quite used to things like -I, -L, -l, -g, like that, it's the arch and machine options that I'm not as used to. Should see me on ARM options, I am all over the road on that platform. Dangerous. >> >> troutmask:kargl[202] cat h.c >> #include >> int main(void) >> { >> printf("Hello world!\n"); >> return 0; >> } >> troutmask:kargl[203] cc -o z h.c >> troutmask:kargl[205] ldd z >> z: >> libc.so.7 => /lib/libc.so.7 (0x20063c000) >> troutmask:kargl[206] file z >> z: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), for FreeBSD >> 8.0 (800040), dynamically linked (uses shared libs), FreeBSD-style, >> not stripped >> troutmask:kargl[207] cc -o z -m32 h.c >> /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching >> for -lgcc >> /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching >> for -lgcc >> /usr/bin/ld: cannot find -lgcc > > nate@vulcan:/tmp$ gcc -c -m32 h.c > nate@vulcan:/tmp$ gcc -v -o h -m32 h.o > Using built-in specs. > Target: amd64-undermydesk-freebsd > Configured with: FreeBSD/amd64 system compiler > Thread model: posix > gcc version 4.2.1 20070719 [FreeBSD] > /usr/bin/ld --eh-frame-hdr -m elf_i386_fbsd -V -dynamic-linker > /libexec/ld-elf.so.1 -o h /usr/lib/crt1.o /usr/lib/crti.o > /usr/lib/crtbegin.o -L/usr/local/lib -L/usr/local/lib -L/usr/lib > -L/usr/lib h.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc > --as-needed -lgcc_s --no-as-needed /usr/lib/crtend.o /usr/lib/crtn.o > GNU ld version 2.15 [FreeBSD] 2004-05-23 > Supported emulations: > elf_i386_fbsd > elf_x86_64_fbsd > /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for > -lgcc > /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for > -lgcc > /usr/bin/ld: cannot find -lgcc > > So it's still looking for things in /usr/lib when it should use > /usr/lib32. We can call ld directly and give it the right things: > > nate@vulcan:/tmp$ /usr/bin/ld --eh-frame-hdr -m elf_i386_fbsd -V > -dynamic-linker /libexec/ld-elf32.so.1 -o h /usr/lib32/crt1.o > /usr/lib32/crti.o /usr/lib32/crtbegin.o -L/usr/lib32 h.o -lgcc > --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s > --no-as-needed /usr/lib32/crtend.o /usr/lib32/crtn.o > GNU ld version 2.15 [FreeBSD] 2004-05-23 > Supported emulations: > elf_i386_fbsd > elf_x86_64_fbsd > nate@vulcan:/tmp$ file ./h > ./h: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for > FreeBSD 7.0 (700055), dynamically linked (uses shared libs), > FreeBSD-style, not stripped > nate@vulcan:/tmp$ ./h > Hello world! > > It might be that there is some set of options to gcc itself that would > make the right thing happen here without calling ld directly. More > likely someone would have to write a new specs file. But that's a > relatively minor issue; the guts are there. > > Now it may be that the 32-bit runtime has bugs that would appear if we > tried to do something more complicated. But it isn't totally absent. > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiSYQYACgkQz62J6PPcoOknDACeLbHXjrWRgVaJqQbsXsYcKPqZ XVYAn2Rne6f0JWkjljh9vAXIMyU7fNc0 =OwA/ -----END PGP SIGNATURE----- From peterjeremy at optushome.com.au Fri Aug 1 08:44:25 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Fri Aug 1 08:44:33 2008 Subject: app programming on freebsd amd64 In-Reply-To: <489243B0.80307@telenix.org> References: <4891F3F3.8090608@telenix.org> <20080731195527.GT1359@server.vk2pj.dyndns.org> <489243B0.80307@telenix.org> Message-ID: <20080801084420.GL1359@server.vk2pj.dyndns.org> On 2008-Jul-31 18:58:56 -0400, Chuck Robey wrote: >I wasn't trying to force you to go my way, just stop trying to make me go your >way. I wasn't intending to force you to use my way. >Well, I'm doing this with X11, which was written to begin with in a 32 bit >atmosphere, and does have several nontrivial 64 bit problems. I run 64-bit X.org on several systems and haven't noticed that. Can you give some more details. >Oh, you're telling me that if I run one app as 32 bit (compiling it, the whole >enchilada, as 32 bit) would only work if I had the OS, kernel and all libs, as >32 bits? No. A 64-bit kernel will happily run 32-bit or 64-bit apps, with the exception of 32-bit apps that grovel in kernel memory. The problem is that include files wind up getting defines from /usr/include/machine and the contents of that directory assume that longs and pointers are 64 bits but they are 32 bits with -m32. Try comparing /usr/include/machine on i386 and amd64 boxes to see what I mean. This means that if you #include in -m32, your struct stat will be different to the one that the kernel expects. (And I forgot about the linking problems that other people pointed out, sorry). Given the current situation with FreeBSD, I believe the easiest way to build a 32-bit app is to install an i386 world under (eg) /i386 and chroot into it to build the app. You can still run it outside the chroot area. -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-amd64/attachments/20080801/4c8dbd3a/attachment.pgp From bardou.p at mipih.fr Fri Aug 1 09:57:19 2008 From: bardou.p at mipih.fr (BARDOU Pierre) Date: Fri Aug 1 11:18:41 2008 Subject: amd64/126090: [agp] Can't start X : chipset G31/G33 notrecognized as AGP In-Reply-To: <29C2BF7E-8B48-46E6-BD76-1557C65C1588@freebsd.org> References: <29C2BF7E-8B48-46E6-BD76-1557C65C1588@freebsd.org> Message-ID: <1217584632.5815.17.camel@stage003.mipih.net> I removed the comment marks in agp_i810.c, and everything works fine now. Many thanks for the help. -- Cordialement, Pierre BARDOU Apprenti Ing?nieur R?seau CSIM - Bureau 012 MIPIH - Midi Picardie Informatique Hospitali?re 12 rue Michel Labrousse BP 93668 F-31036 Toulouse CEDEX 1 T?l : 05 67 31 90 84 Fax : 05 34 61 51 00 Mail : bardou.p@mipih.fr Le jeudi 31 juillet 2008 ? 23:00 +0200, Tilman Linneweh a ?crit : > http://people.freebsd.org/~arved/patch-agp.diff > > G33 works with the latest intel driver. > Ted Faber posted a similar patch on freebsd-hackers recently. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5502 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-amd64/attachments/20080801/16509177/smime.bin From chuckr at telenix.org Fri Aug 1 16:58:09 2008 From: chuckr at telenix.org (Chuck Robey) Date: Fri Aug 1 16:58:16 2008 Subject: app programming on freebsd amd64 In-Reply-To: <20080801084420.GL1359@server.vk2pj.dyndns.org> References: <4891F3F3.8090608@telenix.org> <20080731195527.GT1359@server.vk2pj.dyndns.org> <489243B0.80307@telenix.org> <20080801084420.GL1359@server.vk2pj.dyndns.org> Message-ID: <48934087.2070407@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Peter Jeremy wrote: > On 2008-Jul-31 18:58:56 -0400, Chuck Robey wrote: >> I wasn't trying to force you to go my way, just stop trying to make me go your >> way. > > I wasn't intending to force you to use my way. > >> Well, I'm doing this with X11, which was written to begin with in a 32 bit >> atmosphere, and does have several nontrivial 64 bit problems. > > I run 64-bit X.org on several systems and haven't noticed that. Can you > give some more details. > >> Oh, you're telling me that if I run one app as 32 bit (compiling it, the whole >> enchilada, as 32 bit) would only work if I had the OS, kernel and all libs, as >> 32 bits? > > No. A 64-bit kernel will happily run 32-bit or 64-bit apps, with the > exception of 32-bit apps that grovel in kernel memory. > > The problem is that include files wind up getting defines from > /usr/include/machine and the contents of that directory assume that > longs and pointers are 64 bits but they are 32 bits with -m32. Try > comparing /usr/include/machine on i386 and amd64 boxes to see what I > mean. This means that if you #include in -m32, your > struct stat will be different to the one that the kernel expects. > Hokay, that's clear enough. I just won't consider the strategy of trying to make my target a 32 bit target as a flawed strategy. I spent some enjoyable hours last night working out the 64 bit problems with my project, I have a fair chance of working it all out later on today (I hope). Thanks for the help. Until I spend more time on it, I don't want to share my fun yet, but I'll come back if I need to. Sure appreciate the description. > (And I forgot about the linking problems that other people pointed > out, sorry). > > Given the current situation with FreeBSD, I believe the easiest way to > build a 32-bit app is to install an i386 world under (eg) /i386 and > chroot into it to build the app. You can still run it outside the > chroot area. > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiTQIcACgkQz62J6PPcoOkgLwCcC75xpDnYh5XhugK35awryP/n 1kAAn0msJdUq6MGuFjBXrPjvz4CDzJOk =k+VM -----END PGP SIGNATURE----- From gavin at FreeBSD.org Fri Aug 1 18:02:39 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Fri Aug 1 18:17:38 2008 Subject: amd64/122423: Port install fails after upgrade Message-ID: <200808011802.m71I2cgt029174@freefall.freebsd.org> Synopsis: Port install fails after upgrade State-Changed-From-To: feedback->closed State-Changed-By: gavin State-Changed-When: Fri Aug 1 18:01:57 UTC 2008 State-Changed-Why: Close, feedback timeout (2 months) Responsible-Changed-From-To: freebsd-amd64->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Fri Aug 1 18:01:57 UTC 2008 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=122423 From freebsd at sopwith.solgatos.com Fri Aug 1 22:10:50 2008 From: freebsd at sopwith.solgatos.com (Dieter) Date: Fri Aug 1 22:10:56 2008 Subject: app programming on freebsd amd64 In-Reply-To: Your message of "Fri, 01 Aug 2008 12:57:43 EDT." <48934087.2070407@telenix.org> Message-ID: <200808012206.WAA24853@sopwith.solgatos.com> > I spent some enjoyable > hours last night working out the 64 bit problems with my project, I have a fair > chance of working it all out later on today (I hope). Thanks for the help. Assuming this is in C, the main things are to use function prototypes (turn on the compiler warnings and fix anything it whines about), and remember that on 32 bit int, long and pointer are all 32 bit (ILP32) while on 64 bit ints remain 32 bit, long and pointer are 64 bit (LP64). If you're porting someone else's code, they might assume that an int can hold a long or pointer. The compiler can catch most of the stuff that causes problems, if people would bother to fix the stuff it warns about. This isn't rocket science, yet there is a lot of code out there that assumes all the world is ILP32. Not just code from 25 years ago, but recent code as well. Don't they teach portability in school? From bruce at cran.org.uk Fri Aug 1 23:13:55 2008 From: bruce at cran.org.uk (bruce@cran.org.uk) Date: Fri Aug 1 23:14:01 2008 Subject: app programming on freebsd amd64 In-Reply-To: References: <4891F3F3.8090608@telenix.org> <20080731195527.GT1359@server.vk2pj.dyndns.org> <489243B0.80307@telenix.org> <20080731234107.GA99946@troutmask.apl.washington.edu> Message-ID: <20080801231352.GA4352@muon.cran.org.uk> On Thu, Jul 31, 2008 at 05:17:14PM -0700, Nate Eldredge wrote: > It's not really missing completely though. Just that gcc isn't set up to > look for it in the right place. > > [...] > > So it's still looking for things in /usr/lib when it should use > /usr/lib32. We can call ld directly and give it the right things: > > nate@vulcan:/tmp$ /usr/bin/ld --eh-frame-hdr -m elf_i386_fbsd -V > -dynamic-linker /libexec/ld-elf32.so.1 -o h /usr/lib32/crt1.o > /usr/lib32/crti.o /usr/lib32/crtbegin.o -L/usr/lib32 h.o -lgcc --as-needed > -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed > /usr/lib32/crtend.o /usr/lib32/crtn.o > GNU ld version 2.15 [FreeBSD] 2004-05-23 > Supported emulations: > elf_i386_fbsd > elf_x86_64_fbsd > nate@vulcan:/tmp$ file ./h > ./h: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for > FreeBSD 7.0 (700055), dynamically linked (uses shared libs), > FreeBSD-style, not stripped > nate@vulcan:/tmp$ ./h > Hello world! > > It might be that there is some set of options to gcc itself that would > make the right thing happen here without calling ld directly. More likely > someone would have to write a new specs file. But that's a relatively > minor issue; the guts are there. > I don't know if it works for more complex programs, but passing -B/usr/lib32 to gcc certainly works for simple apps - it searches there for the libraries before falling back to the standard locations if it can't find them there. -- Bruce Cran From msnkipa at mail.ru Sun Aug 3 13:20:43 2008 From: msnkipa at mail.ru (=?windows-1251?Q?=CC=E8=F5=E0=E8=EB_=CA=E8=EF=E0?=) Date: Sun Aug 3 13:20:49 2008 Subject: Intel Q6600 CPU initialization Message-ID: I have got Intel Q6600 and use it under FreeBSD 7STABLE (RELENG7). My cpu works with same overclocking (instead of standart 266x9 (FSBxMultiplyer) i use 425x8). When I boot my system I have these messages on the screen (and in dmesg) Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (3825.23-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 But it really works ONLY on 3400MHz! not 3825.23-MHz! Can somebody explain me where this value calculates? Mihail. From bugmaster at FreeBSD.org Mon Aug 4 11:06:52 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 4 11:21:20 2008 Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org Message-ID: <200808041106.m74B6puk081994@freefall.freebsd.org> Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up o amd64/74747 amd64 [panic] System panic on shutdown when process will not o amd64/76136 amd64 [hang] system halts before reboot o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys f amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 f amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock called (by ata o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/88790 amd64 [panic] kernel panic on first boot (after the FreeBSD o amd64/89501 amd64 [install] System crashes on install using ftp on local f amd64/89503 amd64 [boot] Cant Boot Installation Disk o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 f amd64/91492 amd64 [boot] BTX halted o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/94677 amd64 [panic] panic in amd64 install at non-root user creati f amd64/94989 amd64 [boot] BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) o amd64/95888 amd64 [ata] kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled f amd64/102122 amd64 [boot] 6.1-RELEASE amd64 Install Media panics on boot. s amd64/104311 amd64 ports/wine should be installable on amd64 f amd64/105514 amd64 [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv f amd64/105531 amd64 [ata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - does f amd64/105629 amd64 [re] TrendNet TEG-BUSR 10/100/1000 disables itself on s amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work a amd64/109584 amd64 zdump(8) doesn't work o amd64/110655 amd64 [threads] 32 bit threaded applications crash on amd64 f amd64/111992 amd64 [boot] BTX failed - HP Laptop dv2315nr f amd64/113021 amd64 [re] ASUS M2A-VM onboard NIC does not work o amd64/114111 amd64 [nfs] System crashes while writing on NFS-mounted shar o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c s amd64/115815 amd64 [ata] [request] Gigabyte GA-M61P-S3 Motherboard unsupp o amd64/116159 amd64 [panic] Panic while debugging on CURRENT o amd64/116322 amd64 [panic] At start fsck on current, the system panics o amd64/116620 amd64 [hang] ifconfig spins when creating carp(4) device on o amd64/117296 amd64 [ata] I don`t see second SATA IDE on VIA VT8237A o amd64/117316 amd64 [acpi] ACPI lockups on SuperMicro motherboard o amd64/117418 amd64 [hang] FreeBSD 6.2 crash on amd64 4400+ with ssh o amd64/119591 amd64 [amd64] [patch] time_t on 64-bit architecture o amd64/119936 amd64 [install] FreeBSD 7.0-RC1 amd64 and i386 installer dis o amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, o amd64/121439 amd64 [boot] Installation of FreeBSD 7.0 fails: ACPI problem o amd64/122174 amd64 [panic] 7.0 no longer includes "device atpic" so fails o amd64/122624 amd64 unusable minimal installation of FreeBSD-7.0 o amd64/122695 amd64 [cpufreq] Lack of cpufreq control using amd64 eith cor o kern/122782 amd64 [modules] accf_http.ko kernel module is not loadable o amd64/123275 amd64 [cbb] [pcmcia] cbb/pcmcia drivers on amd64 failure [re o amd64/123520 amd64 [ahd] unable to boot from net while using ahd o amd64/123562 amd64 [install] FreeBSD amd64 not installs o amd64/124432 amd64 [panic] 7.0-STABLE panic: invalbuf: dirty bufs o amd64/125002 amd64 [install] amd64, SATA hard disks not detected o amd64/125873 amd64 [smbd] [panic] Repeated kernel panics, trap 12 page fa 55 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s amd64/85273 amd64 [install] FreeBSD (NetBSD or OpenBSD) not install on l f amd64/100838 amd64 [powerd] FreeBSD 6.0/6.1 kernel panics when booting wi o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV f amd64/103259 amd64 [ar] Cannot use ataraid on nvidia nForce4+amd64 o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot f amd64/111096 amd64 motherboard ASRock AM2NF6G-VSTA not supported a amd64/113111 amd64 [Makefile] [patch] Potentially wrong instructions will o amd64/114270 amd64 [cpufreq] cpufreq doesnt work when compiled in to kern o amd64/115581 amd64 [Makefile] [patch] -mfancy-math-387 has no effect f amd64/116457 amd64 [install] can't install freebsd on dv9420us f amd64/116514 amd64 freebsd6.2 can't detect GA-M61SME-S2's onboard lan car f amd64/116670 amd64 [ata] onboard SATA RAID1 controllers not supported for s amd64/116689 amd64 [request] support for MSI K9MM-V f amd64/117186 amd64 [modules] kldload Unsupported file type on STABLE amd6 f amd64/119949 amd64 [install] 6.3-RELEASE install; cannot find packages/IN f amd64/121590 amd64 powerd(8) may not work correctly f amd64/122468 amd64 Compile problems after upgrading to 7.0 o amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial o amd64/123456 amd64 fstat(1): /usr/bin/fstat shows error messages and hang o amd64/124134 amd64 [kernel] The kernel doesn't follow the calling convent o amd64/125820 amd64 [k8temp] [patch] sysctl dev.k8temp.*.sensor1.* are inv f amd64/125943 amd64 Serial Consoles do not work on amd64 freebsd 23 problems total. From msnkipa at mail.ru Mon Aug 4 16:15:26 2008 From: msnkipa at mail.ru (=?windows-1251?Q?=CC=E8=F5=E0=E8=EB_=CA=E8=EF=E0?=) Date: Mon Aug 4 16:15:33 2008 Subject: Intel Q6600 CPU initialization In-Reply-To: <86868B14-C769-44AB-8326-F1E58E511F34@fnop.net> References: <86868B14-C769-44AB-8326-F1E58E511F34@fnop.net> Message-ID: > > On 3 Aug 2008, at 14:06, ?????? ???? wrote: > > > I have got Intel Q6600 and use it under FreeBSD 7STABLE (RELENG7). > > My cpu works with same > > overclocking (instead of standart 266x9 (FSBxMultiplyer) i use > > 425x8). When I boot my system I > > have these messages on the screen (and in dmesg) > > > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (3825.23-MHz K8- > > class CPU) > > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > > > > But it really works ONLY on 3400MHz! not 3825.23-MHz! > > Can somebody explain me where this value calculates? > > This value is calculated with the help of the RDTSC instruction. > See section 10 of http://www.intel.com/assets/pdf/appnote/241618.pdf > for a detailed description. > > Regards, > -- > Rui Paulo > OK I have found the place of that calculation in tsc.c. Calculation of the actual frequency of CPU by the use of RDTSC instruction on Intel Core 2 microarchitecture is incorrect! Processor increments TSC at a constant rate. That rate defined by MAXIMUM core-clock to bus-clock rate (CPU myltiplier), so if myltiplier is not set to it`s maximum value speed will be incorrect. For example on Intel QX9650 that operates as 400*9 (actual 3.6GHz) system calculate that CPU frequency is 5.6GHz (maximum myltiplier is 14). Is it critical that tsc_freq variable have wrong value? How is it affect to the system? Regards, Mihail. From gavin at FreeBSD.org Wed Aug 6 14:03:05 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Wed Aug 6 14:21:33 2008 Subject: amd64/121590: powerd(8) may not work correctly Message-ID: <200808061403.m76E340E035125@freefall.freebsd.org> Synopsis: powerd(8) may not work correctly State-Changed-From-To: feedback->open State-Changed-By: gavin State-Changed-When: Wed Aug 6 14:01:28 UTC 2008 State-Changed-Why: Feedback was received http://www.freebsd.org/cgi/query-pr.cgi?pr=121590 From gavin at FreeBSD.org Wed Aug 6 14:05:40 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Wed Aug 6 14:21:41 2008 Subject: amd64/121590: powerd(8) may not work correctly Message-ID: <200808061405.m76E5dVa035216@freefall.freebsd.org> Synopsis: powerd(8) may not work correctly State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Wed Aug 6 14:03:07 UTC 2008 State-Changed-Why: My mistake, some feedback was received, but we still need the output of "sysctl dev.cpu" along with the rest of the information before we can figure out where the problem lies http://www.freebsd.org/cgi/query-pr.cgi?pr=121590 From mwm-keyword-amd64.842c0b at mired.org Wed Aug 6 23:17:54 2008 From: mwm-keyword-amd64.842c0b at mired.org (Mike Meyer) Date: Wed Aug 6 23:18:00 2008 Subject: amd64/121590: powerd(8) may not work correctly In-Reply-To: <200808061405.m76E5dVa035216@freefall.freebsd.org> References: <200808061405.m76E5dVa035216@freefall.freebsd.org> Message-ID: <20080806185004.1a5f8499@bhuda.mired.org> Here's the sysctl dev.cpu output you requested. dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 800 dev.cpu.0.freq_levels: 2400/88000 2100/77000 1800/66000 1600/57000 1400/49875 1200/42750 1000/35625 800/28500 600/21375 400/14250 200/7125 dev.cpu.0.temperature: 59 dev.cpu.0.cx_supported: C1/0 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.temperature: 58 dev.cpu.1.cx_supported: C1/0 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu dev.cpu.2.%location: handle=\_PR_.CPU2 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%parent: acpi0 dev.cpu.2.temperature: 50 dev.cpu.2.cx_supported: C1/0 dev.cpu.2.cx_lowest: C1 dev.cpu.2.cx_usage: 100.00% dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu dev.cpu.3.%location: handle=\_PR_.CPU3 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%parent: acpi0 dev.cpu.3.temperature: 52 dev.cpu.3.cx_supported: C1/0 dev.cpu.3.cx_lowest: C1 dev.cpu.3.cx_usage: 100.00% http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. O< ascii ribbon campaign - stop html mail - www.asciiribbon.org From tinderbox at freebsd.org Thu Aug 7 21:26:20 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Aug 7 21:26:40 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080807212618.9797C7303E@freebsd-current.sentex.ca> TB --- 2008-08-07 21:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-07 21:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-07 21:25:00 - cleaning the object tree TB --- 2008-08-07 21:25:47 - cvsupping the source tree TB --- 2008-08-07 21:25:47 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-07 21:25:52 - building world (CFLAGS=-O -pipe) TB --- 2008-08-07 21:25:52 - cd /src TB --- 2008-08-07 21:25:52 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 7 21:25:54 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /obj/amd64/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/obj/amd64/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/amd64/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O -pipe -I/obj/amd64/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O -pipe -I/obj/amd64/src/tmp/legacy/usr/include -static -L/obj/amd64/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy strfile.o(.text+0xa47): In function `main': : undefined reference to `arc4random_uniform' *** Error code 1 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-07 21:26:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-07 21:26:18 - ERROR: failed to build world TB --- 2008-08-07 21:26:18 - tinderbox aborted TB --- 16.08 user 6.78 system 77.73 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Thu Aug 7 21:30:31 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Aug 7 21:30:37 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080807213028.B779D73039@freebsd-current.sentex.ca> TB --- 2008-08-07 21:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-07 21:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-07 21:30:00 - cleaning the object tree TB --- 2008-08-07 21:30:04 - cvsupping the source tree TB --- 2008-08-07 21:30:04 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-07 21:30:10 - building world (CFLAGS=-O -pipe) TB --- 2008-08-07 21:30:10 - cd /src TB --- 2008-08-07 21:30:10 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 7 21:30:11 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /obj/amd64/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/obj/amd64/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/amd64/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O -pipe -I/obj/amd64/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O -pipe -I/obj/amd64/src/tmp/legacy/usr/include -static -L/obj/amd64/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy strfile.o(.text+0xa47): In function `main': : undefined reference to `arc4random_uniform' *** Error code 1 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-07 21:30:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-07 21:30:28 - ERROR: failed to build world TB --- 2008-08-07 21:30:28 - tinderbox aborted TB --- 14.99 user 2.24 system 27.80 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Thu Aug 7 21:35:30 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Aug 7 21:35:52 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080807213527.859FD73039@freebsd-current.sentex.ca> TB --- 2008-08-07 21:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-07 21:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-07 21:35:00 - cleaning the object tree TB --- 2008-08-07 21:35:03 - cvsupping the source tree TB --- 2008-08-07 21:35:03 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-07 21:35:09 - building world (CFLAGS=-O -pipe) TB --- 2008-08-07 21:35:09 - cd /src TB --- 2008-08-07 21:35:09 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 7 21:35:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /obj/amd64/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/obj/amd64/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/amd64/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O -pipe -I/obj/amd64/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O -pipe -I/obj/amd64/src/tmp/legacy/usr/include -static -L/obj/amd64/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy strfile.o(.text+0xa47): In function `main': : undefined reference to `arc4random_uniform' *** Error code 1 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-07 21:35:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-07 21:35:27 - ERROR: failed to build world TB --- 2008-08-07 21:35:27 - tinderbox aborted TB --- 15.01 user 2.19 system 26.62 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Thu Aug 7 21:40:29 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Aug 7 21:40:41 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080807214026.D3E7273039@freebsd-current.sentex.ca> TB --- 2008-08-07 21:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-07 21:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-07 21:40:00 - cleaning the object tree TB --- 2008-08-07 21:40:02 - cvsupping the source tree TB --- 2008-08-07 21:40:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-07 21:40:08 - building world (CFLAGS=-O -pipe) TB --- 2008-08-07 21:40:08 - cd /src TB --- 2008-08-07 21:40:08 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 7 21:40:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /obj/amd64/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/obj/amd64/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/amd64/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O -pipe -I/obj/amd64/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O -pipe -I/obj/amd64/src/tmp/legacy/usr/include -static -L/obj/amd64/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy strfile.o(.text+0xa47): In function `main': : undefined reference to `arc4random_uniform' *** Error code 1 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-07 21:40:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-07 21:40:26 - ERROR: failed to build world TB --- 2008-08-07 21:40:26 - tinderbox aborted TB --- 14.56 user 2.59 system 25.84 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From gavin at FreeBSD.org Fri Aug 8 11:22:47 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Fri Aug 8 11:36:04 2008 Subject: amd64/121590: [est] [p4tcc] [acpi_perf] setting dev.cpu.0.freq sometimes gives "Invalid argument" Message-ID: <200808081122.m78BMkfu050193@freefall.freebsd.org> Old Synopsis: powerd(8) may not work correctly New Synopsis: [est] [p4tcc] [acpi_perf] setting dev.cpu.0.freq sometimes gives "Invalid argument" State-Changed-From-To: feedback->open State-Changed-By: gavin State-Changed-When: Fri Aug 8 11:14:23 UTC 2008 State-Changed-Why: Feedback was received from Mike Meyer: dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 800 dev.cpu.0.freq_levels: 2400/88000 2100/77000 1800/66000 1600/57000 1400/49875 1200/42750 1000/35625 800/28500 600/21375 400/14250 200/7125 dev.cpu.0.temperature: 59 dev.cpu.0.cx_supported: C1/0 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.temperature: 58 dev.cpu.1.cx_supported: C1/0 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu dev.cpu.2.%location: handle=\_PR_.CPU2 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%parent: acpi0 dev.cpu.2.temperature: 50 dev.cpu.2.cx_supported: C1/0 dev.cpu.2.cx_lowest: C1 dev.cpu.2.cx_usage: 100.00% dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu dev.cpu.3.%location: handle=\_PR_.CPU3 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%parent: acpi0 dev.cpu.3.temperature: 52 dev.cpu.3.cx_supported: C1/0 dev.cpu.3.cx_lowest: C1 dev.cpu.3.cx_usage: 100.00% http://www.freebsd.org/cgi/query-pr.cgi?pr=121590 From mwm at mired.org Fri Aug 8 16:50:04 2008 From: mwm at mired.org (Mike Meyer) Date: Fri Aug 8 17:07:06 2008 Subject: amd64/121590: powerd(8) may not work correctly Message-ID: <200808081650.m78Go34B079711@freefall.freebsd.org> The following reply was made to PR amd64/121590; it has been noted by GNATS. From: Mike Meyer To: Gavin Atkinson Cc: bug-followup@FreeBSD.org Subject: Re: amd64/121590: powerd(8) may not work correctly Date: Fri, 8 Aug 2008 12:15:06 -0400 On Fri, 08 Aug 2008 12:21:26 +0100 Gavin Atkinson wrote: > On Wed, 2008-08-06 at 18:50 -0400, Mike Meyer wrote: > > Here's the sysctl dev.cpu output you requested. > > Thanks for that. The symptoms you were seeing was that > "sysctl dev.cpu.0.freq=200" would return "Invalid argument" but yet > appear to actually set the frequency. Are you able to confirm that the > CPU speed has actually dropped (e.g. by timing a compile, or similar)? > It's not clear from your info whether the CPU frequency is actually > changing, or if it's just the sysctl value that is changing. > > Please CC your response to bug-followup@FreeBSD.org so that it ends up > in the PR audit trail. I don't believe the cpu speed is actually changing: bhuda# sysctl dev.cpu.0.freq dev.cpu.0.freq: 200 bhuda# dhry Dhrystone(1.1) time for 500000000 passes = 171.9 This machine benchmarks at 2908712 dhrystones/second bhuda# sysctl dev.cpu.0.freq=2400 dev.cpu.0.freq: 200 sysctl: dev.cpu.0.freq: Invalid argument bhuda# sysctl dev.cpu.0.freq dev.cpu.0.freq: 2400 bhuda# dhry Dhrystone(1.1) time for 500000000 passes = 165.4 This machine benchmarks at 3022085 dhrystones/second http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. O< ascii ribbon campaign - stop html mail - www.asciiribbon.org From bugmaster at FreeBSD.org Mon Aug 11 11:06:54 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 11 11:31:41 2008 Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org Message-ID: <200808111106.m7BB6rP8047121@freefall.freebsd.org> Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up o amd64/74747 amd64 [panic] System panic on shutdown when process will not o amd64/76136 amd64 [hang] system halts before reboot o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys f amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 f amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock called (by ata o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/88790 amd64 [panic] kernel panic on first boot (after the FreeBSD o amd64/89501 amd64 [install] System crashes on install using ftp on local f amd64/89503 amd64 [boot] Cant Boot Installation Disk o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 f amd64/91492 amd64 [boot] BTX halted o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/94677 amd64 [panic] panic in amd64 install at non-root user creati f amd64/94989 amd64 [boot] BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) o amd64/95888 amd64 [ata] kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled f amd64/102122 amd64 [boot] 6.1-RELEASE amd64 Install Media panics on boot. s amd64/104311 amd64 ports/wine should be installable on amd64 f amd64/105514 amd64 [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv f amd64/105531 amd64 [ata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - does f amd64/105629 amd64 [re] TrendNet TEG-BUSR 10/100/1000 disables itself on s amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work a amd64/109584 amd64 zdump(8) doesn't work o amd64/110655 amd64 [threads] 32 bit threaded applications crash on amd64 f amd64/111992 amd64 [boot] BTX failed - HP Laptop dv2315nr f amd64/113021 amd64 [re] ASUS M2A-VM onboard NIC does not work o amd64/114111 amd64 [nfs] System crashes while writing on NFS-mounted shar o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c s amd64/115815 amd64 [ata] [request] Gigabyte GA-M61P-S3 Motherboard unsupp o amd64/116159 amd64 [panic] Panic while debugging on CURRENT o amd64/116322 amd64 [panic] At start fsck on current, the system panics o amd64/116620 amd64 [hang] ifconfig spins when creating carp(4) device on o amd64/117296 amd64 [ata] I don`t see second SATA IDE on VIA VT8237A o amd64/117316 amd64 [acpi] ACPI lockups on SuperMicro motherboard o amd64/117418 amd64 [hang] FreeBSD 6.2 crash on amd64 4400+ with ssh o amd64/119591 amd64 [amd64] [patch] time_t on 64-bit architecture o amd64/119936 amd64 [install] FreeBSD 7.0-RC1 amd64 and i386 installer dis o amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, o amd64/121439 amd64 [boot] Installation of FreeBSD 7.0 fails: ACPI problem o amd64/122174 amd64 [panic] 7.0 no longer includes "device atpic" so fails o amd64/122624 amd64 unusable minimal installation of FreeBSD-7.0 o amd64/122695 amd64 [cpufreq] Lack of cpufreq control using amd64 eith cor o kern/122782 amd64 [modules] accf_http.ko kernel module is not loadable o amd64/123275 amd64 [cbb] [pcmcia] cbb/pcmcia drivers on amd64 failure [re o amd64/123520 amd64 [ahd] unable to boot from net while using ahd o amd64/123562 amd64 [install] FreeBSD amd64 not installs o amd64/124432 amd64 [panic] 7.0-STABLE panic: invalbuf: dirty bufs o amd64/125002 amd64 [install] amd64, SATA hard disks not detected o amd64/125873 amd64 [smbd] [panic] Repeated kernel panics, trap 12 page fa 55 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s amd64/85273 amd64 [install] FreeBSD (NetBSD or OpenBSD) not install on l f amd64/100838 amd64 [powerd] FreeBSD 6.0/6.1 kernel panics when booting wi o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV f amd64/103259 amd64 [ar] Cannot use ataraid on nvidia nForce4+amd64 o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot f amd64/111096 amd64 motherboard ASRock AM2NF6G-VSTA not supported a amd64/113111 amd64 [Makefile] [patch] Potentially wrong instructions will o amd64/114270 amd64 [cpufreq] cpufreq doesnt work when compiled in to kern o amd64/115581 amd64 [Makefile] [patch] -mfancy-math-387 has no effect f amd64/116457 amd64 [install] can't install freebsd on dv9420us f amd64/116514 amd64 freebsd6.2 can't detect GA-M61SME-S2's onboard lan car f amd64/116670 amd64 [ata] onboard SATA RAID1 controllers not supported for s amd64/116689 amd64 [request] support for MSI K9MM-V f amd64/117186 amd64 [modules] kldload Unsupported file type on STABLE amd6 f amd64/119949 amd64 [install] 6.3-RELEASE install; cannot find packages/IN o amd64/121590 amd64 [est] [p4tcc] [acpi_perf] setting dev.cpu.0.freq somet f amd64/122468 amd64 Compile problems after upgrading to 7.0 o amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial o amd64/123456 amd64 fstat(1): /usr/bin/fstat shows error messages and hang o amd64/124134 amd64 [kernel] The kernel doesn't follow the calling convent o amd64/125820 amd64 [k8temp] [patch] sysctl dev.k8temp.*.sensor1.* are inv f amd64/125943 amd64 Serial Consoles do not work on amd64 freebsd 23 problems total. From misterniceguy0 at gmail.com Wed Aug 13 11:33:25 2008 From: misterniceguy0 at gmail.com (Mister Nice Guy) Date: Wed Aug 13 11:33:32 2008 Subject: Storesonline, Traffic-Resellers for Your Ecommerce Business Message-ID: <3b9f447d0808130328k3f3636a8jab241ecdbe3d4d10@mail.gmail.com> *Storesonline, Traffic-Resellers for Your Ecommerce Business* Ecommerce to thrive must have great traffic. To have good traffic is have a website that is high on the page rank of search engines. And to achieve this is to go to *Storesonline* website services is a great provider of services with hits and no misses. The website will assist you bring real customers to your business. Premium resellers as the site is, has a wide selection of surefire visitors campaigns, crafted to give your website quality traffic. Targeted traffic is right on the bull's eye. You cannot beat that. Customers will be able to sign up more affiliates with the sites offered advertising packages. The use of PopUnder Advertising considered as the most successful form of advertising on the internet, has attract more traffic than expected. Whenever a visitor leaves one of the sites, your webpage pops up instantly and is attention grabbing. Exposure is assured. Now is the time to go to * Storesonline* website and start your own ecommerce business. *Storesonline* flaunts the expansive assortment of solutions that meet the requirements of their ecommerce clients.. The site at the same time affords the customers the ability to supply professional ecommerce services to their clients. The tools are supplied for the customers to succeed and grow. With the most advanced devices you are now in the driver's seat. The guarantee is simple and straightforward. As traffic supplier the assurance is one of guaranteed targeted traffic. Even with the smallest campaign will send around a thousand visitors to your site. From kostikbel at gmail.com Wed Aug 13 14:08:24 2008 From: kostikbel at gmail.com (Kostik Belousov) Date: Wed Aug 13 14:08:31 2008 Subject: Pending MFC Reminder [cvs commit: src/sys/amd64/amd64 cpu_switch.S genassym.c src/sys/amd64/ia32 ia32_signal.c src/sys/amd64/include pcb.h src/sys/amd64/linux32 linux32_machdep.c] In-Reply-To: <200808130022.m7D0MCaK082721@freefall.freebsd.org> References: <200808130022.m7D0MCaK082721@freefall.freebsd.org> Message-ID: <20080813134210.GG1803@deviant.kiev.zoral.com.ua> On Wed, Aug 13, 2008 at 12:22:12AM +0000, MFC Notification Service wrote: > Dear Konstantin Belousov, > > As you have requested, I would like to notify you that you have > committed a change that may be MFC'ed now, as a testing period > specified at the time of that commit is over. > > For reference purposes following is a copy of your original > commit message. > > Regards, > > Maxim "MFC Reminder" Sobolev > P.S. Please contact Maxim Sobolev if you > believe that you received this message due to an error. > > kib 2008-07-30 11:30:55 UTC > > FreeBSD src repository > > Modified files: > sys/amd64/amd64 cpu_switch.S genassym.c > sys/amd64/ia32 ia32_signal.c > sys/amd64/include pcb.h > sys/amd64/linux32 linux32_machdep.c > Log: > SVN rev 180992 on 2008-07-30 11:30:55Z by kib > > Bring back the save/restore of the %ds, %es, %fs and %gs registers for > the 32bit images on amd64. > > Change the semantic of the PCB_32BIT pcb flag to request the context > switch code to operate on the segment registers. Its previous meaning > of saving or restoring the %gs base offset is assigned to the new > PCB_GS32BIT flag. > > FreeBSD 32bit image activator sets the PCB_32BIT flag, while Linux 32bit > emulation sets PCB_32BIT | PCB_GS32BIT. > > Reviewed by: peter > MFC after: 2 weeks > > Revision Changes Path > 1.162 +29 -18 src/sys/amd64/amd64/cpu_switch.S > 1.169 +1 -0 src/sys/amd64/amd64/genassym.c > 1.18 +1 -1 src/sys/amd64/ia32/ia32_signal.c > 1.65 +1 -0 src/sys/amd64/include/pcb.h > 1.47 +1 -1 src/sys/amd64/linux32/linux32_machdep.c This appeared to be a not quite trivial MFC to perform. The reason for complication is that the HEAD code for amd64 context switch was changed, in particular by the r177535 by peter@. The r177535 formally requires r177533 for the definition of the TDP_KTHREAD symbol for asm. The definition is needed for optimization of the context switch to the "pure kernel thread", introduced in r173004 that is not MFCed either, and possibly never be. I do not want to backport the code to the old context switch, that would mean a rewrite from scratch. Instead, I merged the r177535 (optimization of context switch by peter@), and commented out corresponding test in the cpu_switch.S for the TDP_KTHREAD. I would be glad to get an opinions on the approach taken, and especially for the wider testing on the RELENG_7/amd64. The problem better be solved for 7.1. The patch: http://people.freebsd.org/~kib/misc/amd64_ctx.releng_7.4.patch -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-amd64/attachments/20080813/b85ccd64/attachment.pgp From tinderbox at freebsd.org Wed Aug 13 18:56:04 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed Aug 13 18:56:10 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080813185600.B88E373039@freebsd-current.sentex.ca> TB --- 2008-08-13 18:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-13 18:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-13 18:55:00 - cleaning the object tree TB --- 2008-08-13 18:55:53 - cvsupping the source tree TB --- 2008-08-13 18:55:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-13 18:56:00 - building world (CFLAGS=-O -pipe) TB --- 2008-08-13 18:56:00 - cd /src TB --- 2008-08-13 18:56:00 - /usr/bin/make -B buildworld TB --- 2008-08-13 18:56:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-13 18:56:00 - ERROR: failed to build world TB --- 2008-08-13 18:56:00 - tinderbox aborted TB --- 2.38 user 4.29 system 60.01 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From jhb at freebsd.org Wed Aug 13 20:26:13 2008 From: jhb at freebsd.org (John Baldwin) Date: Wed Aug 13 20:26:31 2008 Subject: Pending MFC Reminder [cvs commit: src/sys/amd64/amd64 cpu_switch.S genassym.c src/sys/amd64/ia32 ia32_signal.c src/sys/amd64/include pcb.h src/sys/amd64/linux32 linux32_machdep.c] In-Reply-To: <20080813134210.GG1803@deviant.kiev.zoral.com.ua> References: <200808130022.m7D0MCaK082721@freefall.freebsd.org> <20080813134210.GG1803@deviant.kiev.zoral.com.ua> Message-ID: <200808131548.37571.jhb@freebsd.org> On Wednesday 13 August 2008 09:42:10 am Kostik Belousov wrote: > On Wed, Aug 13, 2008 at 12:22:12AM +0000, MFC Notification Service wrote: > > Dear Konstantin Belousov, > > > > As you have requested, I would like to notify you that you have > > committed a change that may be MFC'ed now, as a testing period > > specified at the time of that commit is over. > > > > For reference purposes following is a copy of your original > > commit message. > > > > Regards, > > > > Maxim "MFC Reminder" Sobolev > > P.S. Please contact Maxim Sobolev if you > > believe that you received this message due to an error. > > > > kib 2008-07-30 11:30:55 UTC > > > > FreeBSD src repository > > > > Modified files: > > sys/amd64/amd64 cpu_switch.S genassym.c > > sys/amd64/ia32 ia32_signal.c > > sys/amd64/include pcb.h > > sys/amd64/linux32 linux32_machdep.c > > Log: > > SVN rev 180992 on 2008-07-30 11:30:55Z by kib > > > > Bring back the save/restore of the %ds, %es, %fs and %gs registers for > > the 32bit images on amd64. > > > > Change the semantic of the PCB_32BIT pcb flag to request the context > > switch code to operate on the segment registers. Its previous meaning > > of saving or restoring the %gs base offset is assigned to the new > > PCB_GS32BIT flag. > > > > FreeBSD 32bit image activator sets the PCB_32BIT flag, while Linux 32bit > > emulation sets PCB_32BIT | PCB_GS32BIT. > > > > Reviewed by: peter > > MFC after: 2 weeks > > > > Revision Changes Path > > 1.162 +29 -18 src/sys/amd64/amd64/cpu_switch.S > > 1.169 +1 -0 src/sys/amd64/amd64/genassym.c > > 1.18 +1 -1 src/sys/amd64/ia32/ia32_signal.c > > 1.65 +1 -0 src/sys/amd64/include/pcb.h > > 1.47 +1 -1 src/sys/amd64/linux32/linux32_machdep.c > > This appeared to be a not quite trivial MFC to perform. The reason for > complication is that the HEAD code for amd64 context switch was changed, > in particular by the r177535 by peter@. > > The r177535 formally requires r177533 for the definition of the > TDP_KTHREAD symbol for asm. The definition is needed for optimization > of the context switch to the "pure kernel thread", introduced in > r173004 that is not MFCed either, and possibly never be. > > I do not want to backport the code to the old context switch, that would > mean a rewrite from scratch. Instead, I merged the r177535 (optimization > of context switch by peter@), and commented out corresponding test in > the cpu_switch.S for the TDP_KTHREAD. > > I would be glad to get an opinions on the approach taken, and especially > for the wider testing on the RELENG_7/amd64. The problem better be > solved for 7.1. > > The patch: > http://people.freebsd.org/~kib/misc/amd64_ctx.releng_7.4.patch FYI, in 6.x and 7.x there is P_KTHREAD in p_flags that is what TDP_KTHREAD replaced. -- John Baldwin From seth_bollinger at comcast.net Thu Aug 14 00:20:01 2008 From: seth_bollinger at comcast.net (seth bollinger) Date: Thu Aug 14 00:42:41 2008 Subject: amd64/126519: Panic when plugging in an iphone Message-ID: <200808140017.m7E0HPdR000277@www.freebsd.org> >Number: 126519 >Category: amd64 >Synopsis: Panic when plugging in an iphone >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 14 00:20:00 UTC 2008 >Closed-Date: >Last-Modified: >Originator: seth bollinger >Release: FreeBSD 7.0-RELEASE #1 >Organization: self >Environment: FreeBSD hyperion.isa-geek.net 7.0-RELEASE FreeBSD 7.0-RELEASE #1: Sat Aug 9 22:46:29 CDT 2008 root@hyperion.isa-geek.net:/usr/obj/usr/src/sys/CUSTOM amd64 >Description: Kernel will panic when I plug an iphone into the usb port. I also have a JCS & associates, Inc. usb thumb drive that will do the same thing. The backtrace seems to go on forever (over 7000k before I quit, all zero). Here's the dump: Unread portion of the kernel message buffer: uhid2: on uhub3 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x290 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff804260cd stack pointer = 0x10:0xffffffffae2e7df0 frame pointer = 0x10:0xffffff0017a9bc00 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 28 (usb1) trap number = 12 panic: page fault cpuid = 0 Uptime: 1d10h52m11s Physical memory: 4083 MB Dumping 1531 MB: 1516 1500 1484 1468 1452 1436 1420 1404 1388 1372 1356 1340 1324 1308 1292 1276 1260 1244 1228 1212 1196 1180 1164 1148 1132 1116 1100 1084 1068 1052 1036 1020 1004 988 972 956 940 924 908 892 876 860 844 828 812 796 780 764 748 732 716 700 684 668 652 636 620 604 588 572 556 540 524 508 492 476 460 444 428 412 396 380 364 348 332 316 300 284 268 252 236 220 204 188 172 156 140 124 108 92 76 60 44 28 12 #0 doadump () at pcpu.h:194 194 pcpu.h: No such file or directory. in pcpu.h (kgdb) backtrace #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff804a6259 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff804a665d in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff8075ed44 in trap_fatal (frame=0xffffff0003444350, eva=18446742974217703424) at /usr/src/sys/amd64/amd64/trap.c:724 #5 0xffffffff8075f115 in trap_pfault (frame=0xffffffffae2e7d40, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:641 #6 0xffffffff8075fa58 in trap (frame=0xffffffffae2e7d40) at /usr/src/sys/amd64/amd64/trap.c:410 #7 0xffffffff807456be in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #8 0xffffffff804260cd in usb_transfer_complete (xfer=0xffffff00051a8800) at /usr/src/sys/dev/usb/usbdi.c:947 #9 0xffffffff807439c4 in bus_dmamap_load (dmat=0xffffff00012db080, map=0xffffff0017997380, buf=0xffffffffae2e7fe0, buflen=0, callback=0xffffffff804261b0 , callback_arg=0xffffff00051a8800, flags=0) at /usr/src/sys/amd64/amd64/busdma_machdep.c:739 #10 0xffffffff804267af in usbd_transfer (xfer=0xffffff00051a8800) at /usr/src/sys/dev/usb/usbdi.c:312 #11 0xffffffff80426a1d in usbd_do_request_flags_pipe (dev=0xffffff00172e5600, pipe=0xffffff0017a9bc00, req=0xffffffffae2e7f90, data=0xffffffffae2e7fe0, flags=Variable "flags" is not available. ) at /usr/src/sys/dev/usb/usbdi.c:1098 #12 0xffffffff80426b71 in usbd_do_request_flags (dev=Variable "dev" is not available. ) at /usr/src/sys/dev/usb/usbdi.c:1068 #13 0xffffffff80424c23 in usbd_get_string_desc (dev=0xffffff00172e5600, sindex=Variable "sindex" is not available. ) at /usr/src/sys/dev/usb/usb_subr.c:171 #14 0xffffffff80425d73 in usbd_get_string (dev=0xffffff00172e5600, si=3, buf=0xffffffffae2e8160 "", len=128) at /usr/src/sys/dev/usb/usbdi.c:1342 #15 0xffffffff8041b9e5 in uhub_child_pnpinfo_str (cbdev=Variable "cbdev" is not available. ) at /usr/src/sys/dev/usb/uhub.c:658 #16 0xffffffff804ca521 in device_attach (dev=0xffffff001732b800) at /usr/src/sys/kern/subr_bus.c:656 #17 0xffffffff804254fb in usbd_new_device (parent=0xffffff0017201b00, bus=0xffffff000123b000, depth=Variable "depth" is not available. ) at /usr/src/sys/dev/usb/usb_subr.c:932 #18 0xffffffff8041b63e in uhub_explore (dev=0xffffff00173e3700) at /usr/src/sys/dev/usb/uhub.c:523 #19 0xffffffff8041b4f8 in uhub_explore (dev=0xffffff0017201400) at /usr/src/sys/dev/usb/uhub.c:546 #20 0xffffffff8041b4f8 in uhub_explore (dev=0xffffff00012b1900) at /usr/src/sys/dev/usb/uhub.c:546 #21 0xffffffff80421edb in usb_discover (v=Variable "v" is not available. ) at /usr/src/sys/dev/usb/usb.c:724 #22 0xffffffff80422e8c in usb_event_thread (arg=Variable "arg" is not available. ) at /usr/src/sys/dev/usb/usb.c:440 #23 0xffffffff80487973 in fork_exit (callout=0xffffffff80422e10 , arg=0xffffff0003450580, frame=0xffffffffae2e8c80) at /usr/src/sys/kern/kern_fork.c:781 #24 0xffffffff80745a8e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:415 #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000001 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000000000000 in ?? () #45 0x0000000000000000 in ?? () #46 0x0000000000000000 in ?? () #47 0x0000000000000000 in ?? () #48 0x0000000000000000 in ?? () #49 0x0000000000d1a000 in ?? () #50 0xffffffff80a8e1c0 in tdg_maxid () #51 0xffffffff80a9a9c0 in tdq_cpu () #52 0xffffffff80a9a9c0 in tdq_cpu () #53 0xffffff0003444350 in ?? () #54 0xffffff0003444658 in ?? () #55 0xffffffffae2e7b58 in ?? () #56 0x0000000000000000 in ?? () #57 0xffffffff804c4808 in sched_switch (td=0xffffffff80422e10, newtd=0x0, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1898 #58 0x0000000000000000 in ?? () #59 0x0000000000000000 in ?? () The prior frame repeats forever... >How-To-Repeat: Plug the problem device into the usb port. >Fix: None. >Release-Note: >Audit-Trail: >Unformatted: From kostikbel at gmail.com Thu Aug 14 11:00:12 2008 From: kostikbel at gmail.com (Kostik Belousov) Date: Thu Aug 14 11:00:31 2008 Subject: Pending MFC Reminder [cvs commit: src/sys/amd64/amd64 cpu_switch.S genassym.c src/sys/amd64/ia32 ia32_signal.c src/sys/amd64/include pcb.h src/sys/amd64/linux32 linux32_machdep.c] In-Reply-To: <200808131548.37571.jhb@freebsd.org> References: <200808130022.m7D0MCaK082721@freefall.freebsd.org> <20080813134210.GG1803@deviant.kiev.zoral.com.ua> <200808131548.37571.jhb@freebsd.org> Message-ID: <20080814103809.GK1803@deviant.kiev.zoral.com.ua> On Wed, Aug 13, 2008 at 03:48:37PM -0400, John Baldwin wrote: > On Wednesday 13 August 2008 09:42:10 am Kostik Belousov wrote: > > On Wed, Aug 13, 2008 at 12:22:12AM +0000, MFC Notification Service wrote: > > > Dear Konstantin Belousov, > > > > > > As you have requested, I would like to notify you that you have > > > committed a change that may be MFC'ed now, as a testing period > > > specified at the time of that commit is over. > > > > > > For reference purposes following is a copy of your original > > > commit message. > > > > > > Regards, > > > > > > Maxim "MFC Reminder" Sobolev > > > P.S. Please contact Maxim Sobolev if you > > > believe that you received this message due to an error. > > > > > > kib 2008-07-30 11:30:55 UTC > > > > > > FreeBSD src repository > > > > > > Modified files: > > > sys/amd64/amd64 cpu_switch.S genassym.c > > > sys/amd64/ia32 ia32_signal.c > > > sys/amd64/include pcb.h > > > sys/amd64/linux32 linux32_machdep.c > > > Log: > > > SVN rev 180992 on 2008-07-30 11:30:55Z by kib > > > > > > Bring back the save/restore of the %ds, %es, %fs and %gs registers for > > > the 32bit images on amd64. > > > > > > Change the semantic of the PCB_32BIT pcb flag to request the context > > > switch code to operate on the segment registers. Its previous meaning > > > of saving or restoring the %gs base offset is assigned to the new > > > PCB_GS32BIT flag. > > > > > > FreeBSD 32bit image activator sets the PCB_32BIT flag, while Linux 32bit > > > emulation sets PCB_32BIT | PCB_GS32BIT. > > > > > > Reviewed by: peter > > > MFC after: 2 weeks > > > > > > Revision Changes Path > > > 1.162 +29 -18 src/sys/amd64/amd64/cpu_switch.S > > > 1.169 +1 -0 src/sys/amd64/amd64/genassym.c > > > 1.18 +1 -1 src/sys/amd64/ia32/ia32_signal.c > > > 1.65 +1 -0 src/sys/amd64/include/pcb.h > > > 1.47 +1 -1 src/sys/amd64/linux32/linux32_machdep.c > > > > This appeared to be a not quite trivial MFC to perform. The reason for > > complication is that the HEAD code for amd64 context switch was changed, > > in particular by the r177535 by peter@. > > > > The r177535 formally requires r177533 for the definition of the > > TDP_KTHREAD symbol for asm. The definition is needed for optimization > > of the context switch to the "pure kernel thread", introduced in > > r173004 that is not MFCed either, and possibly never be. > > > > I do not want to backport the code to the old context switch, that would > > mean a rewrite from scratch. Instead, I merged the r177535 (optimization > > of context switch by peter@), and commented out corresponding test in > > the cpu_switch.S for the TDP_KTHREAD. > > > > I would be glad to get an opinions on the approach taken, and especially > > for the wider testing on the RELENG_7/amd64. The problem better be > > solved for 7.1. > > > > The patch: > > http://people.freebsd.org/~kib/misc/amd64_ctx.releng_7.4.patch > > FYI, in 6.x and 7.x there is P_KTHREAD in p_flags that is what TDP_KTHREAD > replaced. Thank you for note. I updated the patch to use P_KTHREAD. http://people.freebsd.org/~kib/misc/amd64_ctx.releng_7.5.patch -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-amd64/attachments/20080814/8d1bc106/attachment.pgp From linimon at FreeBSD.org Thu Aug 14 10:22:33 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Thu Aug 14 11:26:04 2008 Subject: usb/126519: [usb] [panic] panic when plugging in an iphone Message-ID: <200808141022.m7EAMXaI074396@freefall.freebsd.org> Old Synopsis: Panic when plugging in an iphone New Synopsis: [usb] [panic] panic when plugging in an iphone Responsible-Changed-From-To: freebsd-amd64->freebsd-usb Responsible-Changed-By: linimon Responsible-Changed-When: Thu Aug 14 10:22:02 UTC 2008 Responsible-Changed-Why: Reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=126519 From douglas at douglasthrift.net Fri Aug 15 01:50:04 2008 From: douglas at douglasthrift.net (Douglas William Thrift) Date: Fri Aug 15 02:40:04 2008 Subject: amd64/126543: [amd64] __builtin_frame_address does not return 0 when reaching the top of the stack Message-ID: <200808150140.m7F1eH8p008466@slowhand.douglasthrift.net> >Number: 126543 >Category: amd64 >Synopsis: [amd64] __builtin_frame_address does not return 0 when reaching the top of the stack >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 15 01:50:03 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Douglas William Thrift >Release: FreeBSD 7.0-STABLE-jc2 amd64 >Organization: >Environment: System: FreeBSD slowhand.douglasthrift.net 7.0-STABLE-jc2 FreeBSD 7.0-STABLE-jc2 #0: Thu Jun 26 21:33:03 PDT 2008 user@jail8.johncompanies.com:/usr/obj/usr/src/sys/jail8 amd64 >Description: On the amd64 architecture the gcc builtin function __builtin_frame_address does not return 0 when it is called for the level that should be the top of the stack. Instead it seems to continue returning addresses and then causes a bus error. GCC documentation: http://gcc.gnu.org/onlinedocs/gcc-4.2.4/gcc/Return-Address.html I've seen this occur on this system and also on two systems running FreeBSD 7.0-RELEASE-p3. This causes devel/libexecinfo to be completely useless and crashy. >How-To-Repeat: Compile the following C program: #include int main(int argc, char *argv[]) { void *address; int index; for (index = 0; address != NULL && index != 5; ++index) { switch (index) { case 0: address = __builtin_frame_address(0); break; case 1: address = __builtin_frame_address(1); break; case 2: address = __builtin_frame_address(2); break; case 3: address = __builtin_frame_address(3); break; case 4: address = __builtin_frame_address(4); break; } printf("0x%x\n", address); } return 0; } Run on an i386 machine its output is fine: [douglas@backhome:~]$ ./test 0xbfbfec68 0xbfbfec9c 0x0 Run on an amd64 machine is not so fine: [douglas@justonenight:~]$ ./test 0xffffeaf0 0xffffeb40 0xffffecef 0x4c454853 Bus error: 10 (core dumped) The last hex value printed seems to consistently be a string from the environment variables. Judging by the two stack frame addresses printed on i386, perhaps the third address printed on amd64 is the one that should be a zero. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From joji at eskimo.com Sat Aug 16 20:40:05 2008 From: joji at eskimo.com (Joseph Olatt) Date: Sat Aug 16 20:40:11 2008 Subject: amd64/125002: [install] amd64, SATA hard disks not detected Message-ID: <200808162040.m7GKe5Ob015598@freefall.freebsd.org> The following reply was made to PR amd64/125002; it has been noted by GNATS. From: Joseph Olatt To: bug-followup@FreeBSD.org, goodbitster@gmail.com Cc: Subject: Re: amd64/125002: [install] amd64, SATA hard disks not detected Date: Sat, 16 Aug 2008 13:18:31 -0700 Hello, I have also encountered the same problem. The system is: Acer Aspire AM1640-U1401A I have tried to install the following versions of FreeBSD and the installer said that it could not find the SATA disk. - FreeBSD 7.0 Release - FreeBSD 6.2 Release - FreeBSD 6.1 Release I installed Ubuntu 8.04.1 and here is the SATA information: /*** Begin transcript ***/ [ 22.014002] scsi0 : ahci [ 22.014087] scsi1 : ahci [ 22.014150] scsi2 : ahci [ 22.014186] scsi3 : ahci [ 22.014275] ata1: SATA max UDMA/133 abar m8192@0xfea7c000 port 0xfea7c100 irq 508 [ 22.014278] ata2: SATA max UDMA/133 abar m8192@0xfea7c000 port 0xfea7c180 irq 508 [ 22.014280] ata3: SATA max UDMA/133 abar m8192@0xfea7c000 port 0xfea7c200 irq 508 [ 22.014283] ata4: SATA max UDMA/133 abar m8192@0xfea7c000 port 0xfea7c280 irq 508 [ 22.652562] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 22.653166] ata1.00: ATA-7: ST3250410AS, 3.AAF, max UDMA/133 [ 22.653171] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 0/32) [ 22.653885] ata1.00: configured for UDMA/133 /*** End transcript ***/ I was not able to find AHCI in the BIOS to enable. regards, joseph From fabian at wenks.ch Sun Aug 17 09:20:54 2008 From: fabian at wenks.ch (Fabian Wenk) Date: Sun Aug 17 09:21:02 2008 Subject: amd64/125002: [install] amd64, SATA hard disks not detected In-Reply-To: <200808162040.m7GKe5Ob015598@freefall.freebsd.org> References: <200808162040.m7GKe5Ob015598@freefall.freebsd.org> Message-ID: <48A7ED5A.3090705@wenks.ch> Hello Joseph On 16.08.08 22:40, Joseph Olatt wrote: > I have also encountered the same problem. The system is: > > Acer Aspire AM1640-U1401A > I installed Ubuntu 8.04.1 and here is the SATA information: > > /*** Begin transcript ***/ > [ 22.014002] scsi0 : ahci > [ 22.014087] scsi1 : ahci > [ 22.014150] scsi2 : ahci > [ 22.014186] scsi3 : ahci > [ 22.014275] ata1: SATA max UDMA/133 abar m8192@0xfea7c000 port > 0xfea7c100 irq 508 > [ 22.014278] ata2: SATA max UDMA/133 abar m8192@0xfea7c000 port > 0xfea7c180 irq 508 > [ 22.014280] ata3: SATA max UDMA/133 abar m8192@0xfea7c000 port > 0xfea7c200 irq 508 > [ 22.014283] ata4: SATA max UDMA/133 abar m8192@0xfea7c000 port > 0xfea7c280 irq 508 > [ 22.652562] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) > [ 22.653166] ata1.00: ATA-7: ST3250410AS, 3.AAF, max UDMA/133 > [ 22.653171] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth > 0/32) > [ 22.653885] ata1.00: configured for UDMA/133 > /*** End transcript ***/ Ubuntu has detected the disks as IDE (P-ATA). If Linux does see a S-ATA disk, it would be sda (aka SCSI disk). > I was not able to find AHCI in the BIOS to enable. I did just a short general google with "Acer Aspire ahci" and found "Acer Aspire 4520 : Configuring HDD mode from SATA AHCI mode to IDE mode" [1]. According it should be in the BIOS main menu as "SATA Mode" which needs to be changed. Hopefully this is similar on your system, else you need to check in the manual of your BIOS. [1] http://www.zimbio.com/Laptop+Reviews/articles/3314/Acer+Aspire+4520+Configuring+HDD+mode+SATA Do you have 4 GB or more RAM in this system? If not I would recommend to install the 32-bit version of FreeBSD. bye Fabian From joji at eskimo.com Sun Aug 17 16:09:23 2008 From: joji at eskimo.com (Joseph Olatt) Date: Sun Aug 17 16:09:29 2008 Subject: amd64/125002: [install] amd64, SATA hard disks not detected In-Reply-To: <48A7ED5A.3090705@wenks.ch>; from fabian@wenks.ch on Sun, Aug 17, 2008 at 11:20:26AM +0200 References: <200808162040.m7GKe5Ob015598@freefall.freebsd.org> <48A7ED5A.3090705@wenks.ch> Message-ID: <20080817085535.A14465@eskimo.com> Hello Fabian, Thanks much for your response. More responses below.... On Sun, Aug 17, 2008 at 11:20:26AM +0200, Fabian Wenk wrote: > Hello Joseph > > On 16.08.08 22:40, Joseph Olatt wrote: > > I have also encountered the same problem. The system is: > > > > Acer Aspire AM1640-U1401A > > > I installed Ubuntu 8.04.1 and here is the SATA information: > > > > /*** Begin transcript ***/ > > [ 22.014002] scsi0 : ahci > > [ 22.014087] scsi1 : ahci > > [ 22.014150] scsi2 : ahci > > [ 22.014186] scsi3 : ahci > > [ 22.014275] ata1: SATA max UDMA/133 abar m8192@0xfea7c000 port > > 0xfea7c100 irq 508 > > [ 22.014278] ata2: SATA max UDMA/133 abar m8192@0xfea7c000 port > > 0xfea7c180 irq 508 > > [ 22.014280] ata3: SATA max UDMA/133 abar m8192@0xfea7c000 port > > 0xfea7c200 irq 508 > > [ 22.014283] ata4: SATA max UDMA/133 abar m8192@0xfea7c000 port > > 0xfea7c280 irq 508 > > [ 22.652562] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) > > [ 22.653166] ata1.00: ATA-7: ST3250410AS, 3.AAF, max UDMA/133 > > [ 22.653171] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth > > 0/32) > > [ 22.653885] ata1.00: configured for UDMA/133 > > /*** End transcript ***/ > > Ubuntu has detected the disks as IDE (P-ATA). If Linux does see a > S-ATA disk, it would be sda (aka SCSI disk). I believe Ubuntu is detecting the disk as S-ATA (/dev/sda1). Here is output of df: joji@joji-desktop:~$ df Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda1 240032836 2534016 225401880 2% / varrun 385048 104 384944 1% /var/run varlock 385048 0 385048 0% /var/lock udev 385048 60 384988 1% /dev devshm 385048 12 385036 1% /dev/shm lrm 385048 45040 340008 12% /lib/modules/2.6.24-19-generic/volatile gvfs-fuse-daemon 240032836 2534016 225401880 2% /home/joji/.gvfs > > I was not able to find AHCI in the BIOS to enable. > > I did just a short general google with "Acer Aspire ahci" and > found "Acer Aspire 4520 : Configuring HDD mode from SATA AHCI mode > to IDE mode" [1]. According it should be in the BIOS main menu as > "SATA Mode" which needs to be changed. Hopefully this is similar > on your system, else you need to check in the manual of your BIOS. > > [1] > http://www.zimbio.com/Laptop+Reviews/articles/3314/Acer+Aspire+4520+Configuring+HDD+mode+SATA Thanks for the above link. It is one that I had already visited. Unfortunately my BIOS Setup does not have a "SATA Mode". There are a whole bunch of PIO and DMA settings and I'm in the process of going through possible combinations to see if FreeBSD will work with any of them. So far, no luck. It looks like FreeBSD 7.0 amd64 install is not looking for something that Ubuntu (and windows) is finding on the system to detect and communicate with the SATA drive. I just wish I knew what. > Do you have 4 GB or more RAM in this system? If not I would > recommend to install the 32-bit version of FreeBSD. I have only 1 GB of RAM. I will try the 32-bit version (i386) of FreeBSD and see if that helps. Thanks very much for taking the time to respond. regards, joseph From michael at fuckner.net Sun Aug 17 17:28:08 2008 From: michael at fuckner.net (Michael Fuckner) Date: Sun Aug 17 17:28:17 2008 Subject: amd64/125002: [install] amd64, SATA hard disks not detected In-Reply-To: <20080817085535.A14465@eskimo.com> References: <200808162040.m7GKe5Ob015598@freefall.freebsd.org> <48A7ED5A.3090705@wenks.ch> <20080817085535.A14465@eskimo.com> Message-ID: <48A85BAD.1080506@fuckner.net> Joseph Olatt wrote: >>> /*** Begin transcript ***/ >>> [ 22.014002] scsi0 : ahci >>> [ 22.014087] scsi1 : ahci >>> [ 22.014150] scsi2 : ahci >>> [ 22.014186] scsi3 : ahci >>> [ 22.014275] ata1: SATA max UDMA/133 abar m8192@0xfea7c000 port >>> 0xfea7c100 irq 508 >>> [ 22.014278] ata2: SATA max UDMA/133 abar m8192@0xfea7c000 port >>> 0xfea7c180 irq 508 >>> [ 22.014280] ata3: SATA max UDMA/133 abar m8192@0xfea7c000 port >>> 0xfea7c200 irq 508 >>> [ 22.014283] ata4: SATA max UDMA/133 abar m8192@0xfea7c000 port >>> 0xfea7c280 irq 508 >>> [ 22.652562] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) >>> [ 22.653166] ata1.00: ATA-7: ST3250410AS, 3.AAF, max UDMA/133 >>> [ 22.653171] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth >>> 0/32) >>> [ 22.653885] ata1.00: configured for UDMA/133 >>> /*** End transcript ***/ >> Ubuntu has detected the disks as IDE (P-ATA). If Linux does see a >> S-ATA disk, it would be sda (aka SCSI disk). It should work as IDE (compatible mode) and as SATA(AHCI). Can you tell us about the chipset? Is it an intel oder nvidia? You should check http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/ata-pci.h if it already knows about your chipset. Regards, Michael! From joji at eskimo.com Mon Aug 18 00:45:18 2008 From: joji at eskimo.com (Joseph Olatt) Date: Mon Aug 18 00:45:24 2008 Subject: amd64/125002: [install] amd64, SATA hard disks not detected In-Reply-To: <48A85BAD.1080506@fuckner.net>; from michael@fuckner.net on Sun, Aug 17, 2008 at 07:11:09PM +0200 References: <200808162040.m7GKe5Ob015598@freefall.freebsd.org> <48A7ED5A.3090705@wenks.ch> <20080817085535.A14465@eskimo.com> <48A85BAD.1080506@fuckner.net> Message-ID: <20080817174513.A28603@eskimo.com> On Sun, Aug 17, 2008 at 07:11:09PM +0200, Michael Fuckner wrote: > Joseph Olatt wrote: > > >>> /*** Begin transcript ***/ > >>> [ 22.014002] scsi0 : ahci > >>> [ 22.014087] scsi1 : ahci > >>> [ 22.014150] scsi2 : ahci > >>> [ 22.014186] scsi3 : ahci > >>> [ 22.014275] ata1: SATA max UDMA/133 abar m8192@0xfea7c000 port > >>> 0xfea7c100 irq 508 > >>> [ 22.014278] ata2: SATA max UDMA/133 abar m8192@0xfea7c000 port > >>> 0xfea7c180 irq 508 > >>> [ 22.014280] ata3: SATA max UDMA/133 abar m8192@0xfea7c000 port > >>> 0xfea7c200 irq 508 > >>> [ 22.014283] ata4: SATA max UDMA/133 abar m8192@0xfea7c000 port > >>> 0xfea7c280 irq 508 > >>> [ 22.652562] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) > >>> [ 22.653166] ata1.00: ATA-7: ST3250410AS, 3.AAF, max UDMA/133 > >>> [ 22.653171] ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth > >>> 0/32) > >>> [ 22.653885] ata1.00: configured for UDMA/133 > >>> /*** End transcript ***/ > >> Ubuntu has detected the disks as IDE (P-ATA). If Linux does see a > >> S-ATA disk, it would be sda (aka SCSI disk). > > It should work as IDE (compatible mode) and as SATA(AHCI). > > Can you tell us about the chipset? Is it an intel oder nvidia? I believe the chipset is Nvidia. Here is the output of "lspci -v" on Ubuntu running on the same system: /*** Begin output of lspci -v ***/ 00:03.0 ISA bridge: nVidia Corporation Unknown device 07d7 (rev a2) Subsystem: Acer Incorporated [ALI] Unknown device 0137 Flags: bus master, 66MHz, fast devsel, latency 0 I/O ports at 4f00 [size=256] 00:03.1 SMBus: nVidia Corporation Unknown device 07d8 (rev a1) Subsystem: Acer Incorporated [ALI] Unknown device 0137 Flags: 66MHz, fast devsel, IRQ 11 I/O ports at 4900 [size=64] I/O ports at 4d00 [size=64] I/O ports at 4e00 [size=64] Capabilities: 00:08.0 IDE interface: nVidia Corporation Unknown device 056c (rev a1) (prog-if 8a [Master SecP PriP]) Subsystem: Unknown device f025:0137 Flags: bus master, 66MHz, fast devsel, latency 0 [virtual] Memory at 000001f0 (32-bit, non-prefetchable) [disabled] [size=8] [virtual] Memory at 000003f0 (type 3, non-prefetchable) [disabled] [size=1] [virtual] Memory at 00000170 (32-bit, non-prefetchable) [disabled] [size=8] [virtual] Memory at 00000370 (type 3, non-prefetchable) [disabled] [size=1] I/O ports at ffa0 [size=16] Capabilities: 00:0a.0 PCI bridge: nVidia Corporation Unknown device 056d (rev a1) (prog-if 01 [Subtractive decode]) Flags: bus master, 66MHz, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 I/O behind bridge: 0000e000-0000efff Memory behind bridge: feb00000-febfffff Capabilities: 00:0b.0 PCI bridge: nVidia Corporation Unknown device 056e (rev a1) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=02, subordinate=02, sec-latency=0 Capabilities: 00:0c.0 PCI bridge: nVidia Corporation Unknown device 056f (rev a1) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=03, subordinate=03, sec-latency=0 Capabilities: 00:0d.0 PCI bridge: nVidia Corporation Unknown device 056f (rev a1) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=04, subordinate=04, sec-latency=0 Capabilities: 00:0e.0 RAID bus controller: nVidia Corporation Unknown device 07f8 (rev a2) (prog-if 85) Subsystem: Acer Incorporated [ALI] Unknown device 0137 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 508 I/O ports at d480 [size=8] I/O ports at d400 [size=4] I/O ports at d080 [size=8] I/O ports at d000 [size=4] I/O ports at cc00 [size=16] Memory at fea7c000 (32-bit, non-prefetchable) [size=8K] Capabilities: /*** End output of lspci -v ***/ Unfortunately, of the above entries I wasn't able to tell what the specific chipset of the SATA controller is. Other than "lspci -v" and "dmesg", I not sure how to find the chipset name under Linux. Thanks for taking the time to help. regards, joseph From michael at fuckner.net Mon Aug 18 05:29:19 2008 From: michael at fuckner.net (Michael Fuckner) Date: Mon Aug 18 05:29:25 2008 Subject: amd64/125002: [install] amd64, SATA hard disks not detected In-Reply-To: <20080817174513.A28603@eskimo.com> References: <200808162040.m7GKe5Ob015598@freefall.freebsd.org> <48A7ED5A.3090705@wenks.ch> <20080817085535.A14465@eskimo.com> <48A85BAD.1080506@fuckner.net> <20080817174513.A28603@eskimo.com> Message-ID: <48A9089F.3090803@fuckner.net> Joseph Olatt wrote: >> Can you tell us about the chipset? Is it an intel oder nvidia? > > > I believe the chipset is Nvidia. Here is the output of "lspci -v" on > Ubuntu running on the same system: correct. > 00:08.0 IDE interface: nVidia Corporation Unknown device 056c (rev a1) > (prog-if 8a [Master SecP PriP]) > Subsystem: Unknown device f025:0137 > Flags: bus master, 66MHz, fast devsel, latency 0 > [virtual] Memory at 000001f0 (32-bit, non-prefetchable) [disabled] > [size=8] > [virtual] Memory at 000003f0 (type 3, non-prefetchable) [disabled] > [size=1] > [virtual] Memory at 00000170 (32-bit, non-prefetchable) [disabled] > [size=8] > [virtual] Memory at 00000370 (type 3, non-prefetchable) [disabled] > [size=1] > I/O ports at ffa0 [size=16] > Capabilities: > 00:0e.0 RAID bus controller: nVidia Corporation Unknown device 07f8 (rev > a2) (prog-if 85) > Subsystem: Acer Incorporated [ALI] Unknown device 0137 > Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 508 > I/O ports at d480 [size=8] > I/O ports at d400 [size=4] > I/O ports at d080 [size=8] > I/O ports at d000 [size=4] > I/O ports at cc00 [size=16] > Memory at fea7c000 (32-bit, non-prefetchable) [size=8K] > Capabilities: > /*** End output of lspci -v ***/ > > Unfortunately, of the above entries I wasn't able to tell what the > specific chipset of the SATA controller is. > > Other than "lspci -v" and "dmesg", I not sure how to find the chipset > name under Linux. > > Thanks for taking the time to help. > It's probably 0x056c10de aka MCP73 for the DVD-Drive, the Satacontroller seems to be 0x07f8. I can't find it in those files, so it seems to be unspported right now. I don't know it it is enough to just add the devices and built an installation-disc- but it's worth a try. Michael! From tinderbox at freebsd.org Mon Aug 18 10:23:11 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon Aug 18 10:23:22 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080818102307.ECBA473039@freebsd-current.sentex.ca> TB --- 2008-08-18 09:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-18 09:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-18 09:25:00 - cleaning the object tree TB --- 2008-08-18 09:25:54 - cvsupping the source tree TB --- 2008-08-18 09:25:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-18 09:26:00 - building world (CFLAGS=-O -pipe) TB --- 2008-08-18 09:26:00 - cd /src TB --- 2008-08-18 09:26:00 - /usr/bin/make -B buildworld >>> World build started on Mon Aug 18 09:26:02 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DBSDTAR_VERSION_STRING=\"2.5.5\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/src/usr.bin/tar -DRESCUE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-pointer-sign -c /src/usr.bin/tar/bsdtar.c cc -O -pipe -DBSDTAR_VERSION_STRING=\"2.5.5\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/src/usr.bin/tar -DRESCUE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-pointer-sign -c getdate.c cc -O -pipe -DBSDTAR_VERSION_STRING=\"2.5.5\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/src/usr.bin/tar -DRESCUE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-pointer-sign -c /src/usr.bin/tar/matching.c /src/usr.bin/tar/matching.c: In function 'pathmatch': /src/usr.bin/tar/matching.c:316: error: 'FNM_LEADING_DIR' undeclared (first use in this function) /src/usr.bin/tar/matching.c:316: error: (Each undeclared identifier is reported only once /src/usr.bin/tar/matching.c:316: error: for each function it appears in.) /src/usr.bin/tar/matching.c:316: error: too many arguments to function 'bsdtar_fnmatch' *** Error code 1 Stop in /src/usr.bin/tar. *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-18 10:23:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-18 10:23:07 - ERROR: failed to build world TB --- 2008-08-18 10:23:07 - tinderbox aborted TB --- 2584.41 user 314.98 system 3487.09 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From gavin at FreeBSD.org Mon Aug 18 12:42:58 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 18 12:43:15 2008 Subject: bin/126619: sysinstall(8) deletion of routes when reinitializing media not correct Message-ID: <200808181242.m7ICgvl9092984@freefall.freebsd.org> Old Synopsis: sysinstall - deletion of routes when reinitializing media not correct New Synopsis: sysinstall(8) deletion of routes when reinitializing media not correct Responsible-Changed-From-To: freebsd-amd64->freebsd-bugs Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 18 12:41:11 UTC 2008 Responsible-Changed-Why: Not amd64 specific http://www.freebsd.org/cgi/query-pr.cgi?pr=126619 From tinderbox at freebsd.org Mon Aug 18 14:07:35 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon Aug 18 14:07:46 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080818140732.5688B73039@freebsd-current.sentex.ca> TB --- 2008-08-18 13:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-18 13:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-18 13:10:00 - cleaning the object tree TB --- 2008-08-18 13:10:27 - cvsupping the source tree TB --- 2008-08-18 13:10:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-18 13:10:36 - building world (CFLAGS=-O -pipe) TB --- 2008-08-18 13:10:36 - cd /src TB --- 2008-08-18 13:10:36 - /usr/bin/make -B buildworld >>> World build started on Mon Aug 18 13:10:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DBSDTAR_VERSION_STRING=\"2.5.5\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/src/usr.bin/tar -DRESCUE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-pointer-sign -c /src/usr.bin/tar/bsdtar.c cc -O -pipe -DBSDTAR_VERSION_STRING=\"2.5.5\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/src/usr.bin/tar -DRESCUE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-pointer-sign -c getdate.c cc -O -pipe -DBSDTAR_VERSION_STRING=\"2.5.5\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/src/usr.bin/tar -DRESCUE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-pointer-sign -c /src/usr.bin/tar/matching.c /src/usr.bin/tar/matching.c: In function 'pathmatch': /src/usr.bin/tar/matching.c:316: error: 'FNM_LEADING_DIR' undeclared (first use in this function) /src/usr.bin/tar/matching.c:316: error: (Each undeclared identifier is reported only once /src/usr.bin/tar/matching.c:316: error: for each function it appears in.) /src/usr.bin/tar/matching.c:316: error: too many arguments to function 'bsdtar_fnmatch' *** Error code 1 Stop in /src/usr.bin/tar. *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-18 14:07:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-18 14:07:32 - ERROR: failed to build world TB --- 2008-08-18 14:07:32 - tinderbox aborted TB --- 2583.13 user 312.81 system 3451.49 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From gcooper at FreeBSD.org Mon Aug 18 06:20:01 2008 From: gcooper at FreeBSD.org (Garrett Cooper) Date: Mon Aug 18 15:18:14 2008 Subject: amd64/126619: sysinstall - deletion of routes when reinitializing media not correct Message-ID: <200808180614.m7I6EDRb076584@www.freebsd.org> >Number: 126619 >Category: amd64 >Synopsis: sysinstall - deletion of routes when reinitializing media not correct >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 18 06:20:01 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Garrett Cooper >Release: 8-CURRENT 200807 snapshot CD >Organization: n/a >Environment: ??? >Description: Something that has annoyed me for a while. If I try and install something, the connection drops, then I try and reinitialize the media, sysinstall attempts to delete the default route, fails because one doesn't exist, and (what I assume) is recreate the "default" route with the same network settings as before, only to munge up networking to the point where one needs to reboot the machine to reinstall... Is there any way where IF the interface is up it can just be reset IFF the settings are changed? >How-To-Repeat: 1. Get a CURRENT snapshot CD. 2. Try to install from FTP. 3. Download will fail; try to reinit media. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From bugmaster at FreeBSD.org Mon Aug 18 11:06:46 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 18 15:24:35 2008 Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org Message-ID: <200808181106.m7IB6kRI079735@freefall.freebsd.org> Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number o amd64/126619 amd64 sysinstall - deletion of routes when reinitializing me 2 problems total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up o amd64/74747 amd64 [panic] System panic on shutdown when process will not o amd64/76136 amd64 [hang] system halts before reboot o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys f amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 f amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock called (by ata o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/88790 amd64 [panic] kernel panic on first boot (after the FreeBSD o amd64/89501 amd64 [install] System crashes on install using ftp on local f amd64/89503 amd64 [boot] Cant Boot Installation Disk o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 f amd64/91492 amd64 [boot] BTX halted o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/94677 amd64 [panic] panic in amd64 install at non-root user creati f amd64/94989 amd64 [boot] BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) o amd64/95888 amd64 [ata] kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled f amd64/102122 amd64 [boot] 6.1-RELEASE amd64 Install Media panics on boot. s amd64/104311 amd64 ports/wine should be installable on amd64 f amd64/105514 amd64 [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv f amd64/105531 amd64 [ata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - does f amd64/105629 amd64 [re] TrendNet TEG-BUSR 10/100/1000 disables itself on s amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work a amd64/109584 amd64 zdump(8) doesn't work o amd64/110655 amd64 [threads] 32 bit threaded applications crash on amd64 f amd64/111992 amd64 [boot] BTX failed - HP Laptop dv2315nr f amd64/113021 amd64 [re] ASUS M2A-VM onboard NIC does not work o amd64/114111 amd64 [nfs] System crashes while writing on NFS-mounted shar o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c s amd64/115815 amd64 [ata] [request] Gigabyte GA-M61P-S3 Motherboard unsupp o amd64/116159 amd64 [panic] Panic while debugging on CURRENT o amd64/116322 amd64 [panic] At start fsck on current, the system panics o amd64/116620 amd64 [hang] ifconfig spins when creating carp(4) device on o amd64/117296 amd64 [ata] I don`t see second SATA IDE on VIA VT8237A o amd64/117316 amd64 [acpi] ACPI lockups on SuperMicro motherboard o amd64/117418 amd64 [hang] FreeBSD 6.2 crash on amd64 4400+ with ssh o amd64/119591 amd64 [amd64] [patch] time_t on 64-bit architecture o amd64/119936 amd64 [install] FreeBSD 7.0-RC1 amd64 and i386 installer dis o amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, o amd64/121439 amd64 [boot] Installation of FreeBSD 7.0 fails: ACPI problem o amd64/122174 amd64 [panic] 7.0 no longer includes "device atpic" so fails o amd64/122624 amd64 unusable minimal installation of FreeBSD-7.0 o amd64/122695 amd64 [cpufreq] Lack of cpufreq control using amd64 eith cor o kern/122782 amd64 [modules] accf_http.ko kernel module is not loadable o amd64/123275 amd64 [cbb] [pcmcia] cbb/pcmcia drivers on amd64 failure [re o amd64/123520 amd64 [ahd] unable to boot from net while using ahd o amd64/123562 amd64 [install] FreeBSD amd64 not installs o amd64/124432 amd64 [panic] 7.0-STABLE panic: invalbuf: dirty bufs o amd64/125002 amd64 [install] amd64, SATA hard disks not detected o amd64/125873 amd64 [smbd] [panic] Repeated kernel panics, trap 12 page fa 55 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s amd64/85273 amd64 [install] FreeBSD (NetBSD or OpenBSD) not install on l f amd64/100838 amd64 [powerd] FreeBSD 6.0/6.1 kernel panics when booting wi o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV f amd64/103259 amd64 [ar] Cannot use ataraid on nvidia nForce4+amd64 o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot f amd64/111096 amd64 motherboard ASRock AM2NF6G-VSTA not supported a amd64/113111 amd64 [Makefile] [patch] Potentially wrong instructions will o amd64/114270 amd64 [cpufreq] cpufreq doesnt work when compiled in to kern o amd64/115581 amd64 [Makefile] [patch] -mfancy-math-387 has no effect f amd64/116457 amd64 [install] can't install freebsd on dv9420us f amd64/116514 amd64 freebsd6.2 can't detect GA-M61SME-S2's onboard lan car f amd64/116670 amd64 [ata] onboard SATA RAID1 controllers not supported for s amd64/116689 amd64 [request] support for MSI K9MM-V f amd64/117186 amd64 [modules] kldload Unsupported file type on STABLE amd6 f amd64/119949 amd64 [install] 6.3-RELEASE install; cannot find packages/IN o amd64/121590 amd64 [est] [p4tcc] [acpi_perf] setting dev.cpu.0.freq somet f amd64/122468 amd64 Compile problems after upgrading to 7.0 o amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial o amd64/123456 amd64 fstat(1): /usr/bin/fstat shows error messages and hang o amd64/124134 amd64 [kernel] The kernel doesn't follow the calling convent o amd64/125820 amd64 [k8temp] [patch] sysctl dev.k8temp.*.sensor1.* are inv f amd64/125943 amd64 Serial Consoles do not work on amd64 freebsd o amd64/126543 amd64 [amd64] __builtin_frame_address does not return 0 when 24 problems total. From tinderbox at freebsd.org Mon Aug 18 17:52:35 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon Aug 18 17:52:52 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080818175232.8F5B073039@freebsd-current.sentex.ca> TB --- 2008-08-18 16:55:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-18 16:55:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-18 16:55:01 - cleaning the object tree TB --- 2008-08-18 16:55:25 - cvsupping the source tree TB --- 2008-08-18 16:55:25 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-18 16:55:34 - building world (CFLAGS=-O -pipe) TB --- 2008-08-18 16:55:34 - cd /src TB --- 2008-08-18 16:55:34 - /usr/bin/make -B buildworld >>> World build started on Mon Aug 18 16:55:37 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DBSDTAR_VERSION_STRING=\"2.5.5\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/src/usr.bin/tar -DRESCUE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-pointer-sign -c /src/usr.bin/tar/bsdtar.c cc -O -pipe -DBSDTAR_VERSION_STRING=\"2.5.5\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/src/usr.bin/tar -DRESCUE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-pointer-sign -c getdate.c cc -O -pipe -DBSDTAR_VERSION_STRING=\"2.5.5\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/src/usr.bin/tar -DRESCUE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-pointer-sign -c /src/usr.bin/tar/matching.c /src/usr.bin/tar/matching.c: In function 'pathmatch': /src/usr.bin/tar/matching.c:316: error: 'FNM_LEADING_DIR' undeclared (first use in this function) /src/usr.bin/tar/matching.c:316: error: (Each undeclared identifier is reported only once /src/usr.bin/tar/matching.c:316: error: for each function it appears in.) /src/usr.bin/tar/matching.c:316: error: too many arguments to function 'bsdtar_fnmatch' *** Error code 1 Stop in /src/usr.bin/tar. *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-18 17:52:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-18 17:52:32 - ERROR: failed to build world TB --- 2008-08-18 17:52:32 - tinderbox aborted TB --- 2581.05 user 315.55 system 3451.38 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From nikhil.rao at intel.com Mon Aug 18 21:11:59 2008 From: nikhil.rao at intel.com (Rao, Nikhil) Date: Mon Aug 18 21:12:06 2008 Subject: Multiple page support In-Reply-To: <20080818120021.751FB106568E@hub.freebsd.org> References: <20080818120021.751FB106568E@hub.freebsd.org> Message-ID: <12A5C15467D5B94F8E0FF265D9498ADD0383F1CA@orsmsx419.amr.corp.intel.com> What is the current status of multiple page sizes for applications (4K and 2MB) in FreeBSD 8-CURRENT ? It is enabled by default for the amd64 arch and only available in the amd64 and i386 architectures. >From reading the source code, there is support for "reservations" as described in the original paper (http://www.cs.rice.edu/~jnavarro/papers/phdthesis.pdf) Is the feature implementation complete apart from bug fixes etc ? Couple of features that I am referring to 1) I haven't seen any code for the "population map" radix tree that is supposed to help with reservation preemption (It enables you to lazily update the reservation pointer in struct vm_page, but this pointer itself doesn't exist anyways) 2) The original paper describes modification to the paging daemon to handle fragmentation, are these modifications implemented ? 3) Say the hardware were able to support an additional page size, How easy would it be to add an additional page size ? Nikhil From jhb at FreeBSD.org Tue Aug 19 14:24:00 2008 From: jhb at FreeBSD.org (jhb@FreeBSD.org) Date: Tue Aug 19 14:24:09 2008 Subject: amd64/113111: [Makefile] [patch] Potentially wrong instructions will be produced for EM64T with default CFLAGS Message-ID: <200808191423.m7JENxCI072059@freefall.freebsd.org> Synopsis: [Makefile] [patch] Potentially wrong instructions will be produced for EM64T with default CFLAGS State-Changed-From-To: analyzed->patched State-Changed-By: jhb State-Changed-When: Tue Aug 19 14:23:38 UTC 2008 State-Changed-Why: Committed to HEAD, will MFC in a week or so. Responsible-Changed-From-To: freebsd-amd64->jhb Responsible-Changed-By: jhb Responsible-Changed-When: Tue Aug 19 14:23:38 UTC 2008 Responsible-Changed-Why: Committed to HEAD, will MFC in a week or so. http://www.freebsd.org/cgi/query-pr.cgi?pr=113111 From tinderbox at freebsd.org Wed Aug 20 03:08:55 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed Aug 20 03:09:13 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080820030851.CEAD973039@freebsd-current.sentex.ca> TB --- 2008-08-20 01:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-20 01:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-20 01:25:00 - cleaning the object tree TB --- 2008-08-20 01:25:51 - cvsupping the source tree TB --- 2008-08-20 01:25:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-20 01:25:57 - building world (CFLAGS=-O -pipe) TB --- 2008-08-20 01:25:57 - cd /src TB --- 2008-08-20 01:25:57 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 20 01:25:59 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Aug 20 03:04:42 UTC 2008 TB --- 2008-08-20 03:04:42 - generating LINT kernel config TB --- 2008-08-20 03:04:42 - cd /src/sys/amd64/conf TB --- 2008-08-20 03:04:42 - /usr/bin/make -B LINT TB --- 2008-08-20 03:04:42 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-20 03:04:42 - cd /src TB --- 2008-08-20 03:04:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 20 03:04:42 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue aic7xxx_reg_print.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue aic79xx_reg_print.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam.c cc1: warnings being treated as errors /src/sys/cam/cam.c:102: warning: excess elements in struct initializer /src/sys/cam/cam.c:102: warning: (near initialization for 'sysctl___kern_cam') /src/sys/cam/cam.c:102: warning: excess elements in struct initializer /src/sys/cam/cam.c:102: warning: (near initialization for 'sysctl___kern_cam') *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-20 03:08:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-20 03:08:51 - ERROR: failed to build lint kernel TB --- 2008-08-20 03:08:51 - tinderbox aborted TB --- 4584.45 user 586.03 system 6231.13 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From michael at malcolm.berkeley.edu Wed Aug 20 19:40:01 2008 From: michael at malcolm.berkeley.edu (Michael Sinatra) Date: Wed Aug 20 21:19:42 2008 Subject: amd64/126693: DNSSEC cryptographic validation doesn't work on amd64 (openssl problem) Message-ID: <200808201935.m7KJZnht037533@malcolm.berkeley.edu> >Number: 126693 >Category: amd64 >Synopsis: DNSSEC cryptographic validation doesn't work on amd64 (openssl problem) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 20 19:40:01 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Michael Sinatra >Release: FreeBSD 7.0-STABLE amd64 >Organization: University of California, Berkeley >Environment: System: FreeBSD drl9.berkeley.edu 7.0-STABLE FreeBSD 7.0-STABLE #3: Thu Aug 14 09:44:49 PDT 2008 michael@drl9.berkeley.edu:/usr/obj/usr/src/sys/DRL amd64 >Description: DNSSEC validation fails on FreeBSD/amd64, regardless of the DNS server (caching resolver software being used). Attempting to use both BIND (9.4.2-P2 and 9.5.0-P2) and unbound (1.0.2) yields errors when DNSSEC validation is attempted. These errors do not occur with the very same configuration on i386. The errors that occur indicate that the digital signatures are bad; when the same trust-anchors and queries are made on i386, they properly validate. This appears to be an issue with OpenSSL. Currently, all DNSSEC signing keys that I have found are of type RSASHA1; I have therefore not been able to test it with DSA keys. This issue does not occur on Gentoo Linux--both i386 and x86_64 can run a validating connfiguration of BIND.. CSUP and rebuild of the system in question was done on the same day that the kernel was built. Other systems--all rebuilt in July or August--have also been tested with the same result. >How-To-Repeat: 1. Install stock FreeBSD/amd64 system. csup-and-rebuild to a recent version. 2. Install unbound from ports. Configure to be a caching resolver. 3. Add the following line to /usr/local/etc/unbound/unbound.conf: trust-anchor: "se. DNSKEY 257 3 5 AwEAAdKc1sGsbv5jjeJ141IxNSTdR+nbtFn+JKQpvFZETaY5iMutoyWH a+jCp0TBBAzB2trGHzdi7E55FFzbeG0r+G6SJbJ4DXYSpiiELPiu0i+j Pp3C3kNwiqpPpQHWaYDS9MTQMu/QZHR/sFPbUnsK30fuQbKKkKgnADms 0aXalYUuCgDyVMjdxRLz5yzLoaSO9m5ii5cI0dQNCjexvj9M4ec6woi6 +N8v1pOmQAQ9at5Fd8A6tAxZI8tdlEUnXYgNwb8eVZEWsgXtBhoyAru7 Tzw+F6ToYq6hmKhfsT+fIhFXsYso7L4nYUqTnM4VOZgNhcTv+qVQkHfO OeJKUkNB8Qc=" 4. dig +dnssec se @localhost (or whatever interface unbound is listening on) 5. On i386, you get a validated response (with the ad bit set). On amd64, you get a SERVFAIL. ALTERNATE STEPS 2-5 with BIND: 2. Install either bind94 or bind95 from ports. Make any necessary mods to the config in /etc/namedb/named.conf bundled with FreeBSD to get a basic caching resolver working. 3a. add the following lines to /etc/namedb/named.conf in the 'options' section: dnssec-enable yes; dnssec-validation yes; dnssec-lookaside . trust-anchor dlv.isc.org; 3b. Add the following lines to the global section of /etc/namedb/named.conf: trusted-keys { dlv.isc.org. 257 3 5 "BEAAAAPp1USu3BecNerrrd78zxJIslqFaJ9csRkxd9LCMzvk9Z0wFzoF kWAHMmMhWFpSLjPLX8UL6zDg85XE55hzqJKoKJndRqtncUwHkjh6zERN uymtKZSCZvkg5mG6Q9YORkcfkQD2GIRxGwx9BW7y3ZhyEf7ht/jEh01N ibG/uAhj4qkzBM6mgAhSGuaKdDdo40vMrwdv0CHJ74JYnYqU+vsTxEIw c/u+5VdA0+ZOA1+X3yk1qscxHC24ewPoiASE7XlzFqIyuKDlOcFySchT Ho/UhNyDra2uAYUH1onUa7ybtdtQclmYVavMplcay4aofVtjU9NqhCtv f/dbAtaWguDB"; }; 4. dig +dnssec br @localhost (br is in the ISC DLV registry) 5. On i386, you get a validated response (with the ad bit set). On amd64, the query simply times out. If you change the trusted-key to something obviously bogus, the exact behavior on amd64 is replicated. The debug logs show the same--the key appears to be bad. It appears that cryptographic processing for RSASHA1 on amd64 just isn't working quite right, which is why I suspect something in OpenSSL. >Fix: The following things HAVE NOT WORKED: 0. Using the OpenSSL installed in the base system. 1. Using latest ports version of OpenSSL and linking BIND against it. 2. Compiling ports version of OpenSSL with -O instead of -O3 and linking BIND against it. 3. Using a different version of gcc (3.3.6 and 4.4.0 both tried) to compile OpenSSL from ports & linking BIND to that. 4. Compiling static ports OpenSSL libraries and statically linking BIND against it. 5. Compiling ports OpenSSL with the 'no-asm' option and linking BIND to it. I'll happily try other workarounds/suggestions. >Release-Note: >Audit-Trail: >Unformatted: From kib at FreeBSD.org Thu Aug 21 18:57:07 2008 From: kib at FreeBSD.org (kib@FreeBSD.org) Date: Thu Aug 21 18:58:44 2008 Subject: amd64/126543: [amd64] __builtin_frame_address does not return 0 when reaching the top of the stack Message-ID: <200808211857.m7LIv72H073179@freefall.freebsd.org> Synopsis: [amd64] __builtin_frame_address does not return 0 when reaching the top of the stack Responsible-Changed-From-To: freebsd-amd64->kib Responsible-Changed-By: kib Responsible-Changed-When: Thu Aug 21 18:56:29 UTC 2008 Responsible-Changed-Why: Take, http://www.freebsd.org/cgi/query-pr.cgi?pr=126543 From tinderbox at freebsd.org Fri Aug 22 17:03:09 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 22 17:03:19 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080822170306.B717D73039@freebsd-current.sentex.ca> TB --- 2008-08-22 17:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-22 17:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-22 17:00:00 - cleaning the object tree TB --- 2008-08-22 17:00:54 - cvsupping the source tree TB --- 2008-08-22 17:00:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-22 17:01:11 - building world (CFLAGS=-O -pipe) TB --- 2008-08-22 17:01:11 - cd /src TB --- 2008-08-22 17:01:11 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 22 17:01:13 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f nologin nologin.o nologin.5.gz nologin.8.gz nologin.5.cat.gz nologin.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/nscd (cleandir) rm -f nscd agent.o nscd.o nscdcli.o cachelib.o cacheplcs.o debug.o log.o config.o query.o mp_ws_query.o mp_rs_query.o singletons.o protocol.o parser.o passwd.o group.o services.o nscd.conf.5.gz nscd.8.gz nscd.conf.5.cat.gz nscd.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/ntp (cleandir) ===> usr.sbin/ntp/libopts (cleandir) cd: can't cd to /src/usr.sbin/ntp/libopts *** Error code 2 Stop in /src/usr.sbin/ntp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-22 17:03:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-22 17:03:06 - ERROR: failed to build world TB --- 2008-08-22 17:03:06 - tinderbox aborted TB --- 49.30 user 16.34 system 186.24 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri Aug 22 17:11:17 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 22 17:11:50 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080822171115.1824C73039@freebsd-current.sentex.ca> TB --- 2008-08-22 17:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-22 17:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-22 17:10:00 - cleaning the object tree TB --- 2008-08-22 17:10:02 - cvsupping the source tree TB --- 2008-08-22 17:10:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-22 17:10:08 - building world (CFLAGS=-O -pipe) TB --- 2008-08-22 17:10:08 - cd /src TB --- 2008-08-22 17:10:08 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 22 17:10:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f nologin nologin.o nologin.5.gz nologin.8.gz nologin.5.cat.gz nologin.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/nscd (cleandir) rm -f nscd agent.o nscd.o nscdcli.o cachelib.o cacheplcs.o debug.o log.o config.o query.o mp_ws_query.o mp_rs_query.o singletons.o protocol.o parser.o passwd.o group.o services.o nscd.conf.5.gz nscd.8.gz nscd.conf.5.cat.gz nscd.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/ntp (cleandir) ===> usr.sbin/ntp/libopts (cleandir) cd: can't cd to /src/usr.sbin/ntp/libopts *** Error code 2 Stop in /src/usr.sbin/ntp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-22 17:11:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-22 17:11:15 - ERROR: failed to build world TB --- 2008-08-22 17:11:15 - tinderbox aborted TB --- 47.80 user 11.63 system 74.44 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri Aug 22 17:16:24 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 22 17:16:31 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080822171621.B504873039@freebsd-current.sentex.ca> TB --- 2008-08-22 17:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-22 17:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-22 17:15:00 - cleaning the object tree TB --- 2008-08-22 17:15:03 - cvsupping the source tree TB --- 2008-08-22 17:15:03 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-22 17:15:10 - building world (CFLAGS=-O -pipe) TB --- 2008-08-22 17:15:10 - cd /src TB --- 2008-08-22 17:15:10 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 22 17:15:11 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f nologin nologin.o nologin.5.gz nologin.8.gz nologin.5.cat.gz nologin.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/nscd (cleandir) rm -f nscd agent.o nscd.o nscdcli.o cachelib.o cacheplcs.o debug.o log.o config.o query.o mp_ws_query.o mp_rs_query.o singletons.o protocol.o parser.o passwd.o group.o services.o nscd.conf.5.gz nscd.8.gz nscd.conf.5.cat.gz nscd.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/ntp (cleandir) ===> usr.sbin/ntp/libopts (cleandir) cd: can't cd to /src/usr.sbin/ntp/libopts *** Error code 2 Stop in /src/usr.sbin/ntp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-22 17:16:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-22 17:16:21 - ERROR: failed to build world TB --- 2008-08-22 17:16:21 - tinderbox aborted TB --- 47.98 user 11.38 system 80.96 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri Aug 22 17:26:16 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 22 17:26:27 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080822172614.9CF1C7303E@freebsd-current.sentex.ca> TB --- 2008-08-22 17:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-22 17:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-22 17:25:00 - cleaning the object tree TB --- 2008-08-22 17:25:03 - cvsupping the source tree TB --- 2008-08-22 17:25:03 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-22 17:25:09 - building world (CFLAGS=-O -pipe) TB --- 2008-08-22 17:25:09 - cd /src TB --- 2008-08-22 17:25:09 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 22 17:25:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f nologin nologin.o nologin.5.gz nologin.8.gz nologin.5.cat.gz nologin.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/nscd (cleandir) rm -f nscd agent.o nscd.o nscdcli.o cachelib.o cacheplcs.o debug.o log.o config.o query.o mp_ws_query.o mp_rs_query.o singletons.o protocol.o parser.o passwd.o group.o services.o nscd.conf.5.gz nscd.8.gz nscd.conf.5.cat.gz nscd.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/ntp (cleandir) ===> usr.sbin/ntp/libopts (cleandir) cd: can't cd to /src/usr.sbin/ntp/libopts *** Error code 2 Stop in /src/usr.sbin/ntp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-22 17:26:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-22 17:26:14 - ERROR: failed to build world TB --- 2008-08-22 17:26:14 - tinderbox aborted TB --- 47.84 user 11.62 system 73.84 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri Aug 22 17:31:17 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 22 17:31:38 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080822173114.789497303E@freebsd-current.sentex.ca> TB --- 2008-08-22 17:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-22 17:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-22 17:30:00 - cleaning the object tree TB --- 2008-08-22 17:30:02 - cvsupping the source tree TB --- 2008-08-22 17:30:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-22 17:30:08 - building world (CFLAGS=-O -pipe) TB --- 2008-08-22 17:30:08 - cd /src TB --- 2008-08-22 17:30:08 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 22 17:30:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f nologin nologin.o nologin.5.gz nologin.8.gz nologin.5.cat.gz nologin.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/nscd (cleandir) rm -f nscd agent.o nscd.o nscdcli.o cachelib.o cacheplcs.o debug.o log.o config.o query.o mp_ws_query.o mp_rs_query.o singletons.o protocol.o parser.o passwd.o group.o services.o nscd.conf.5.gz nscd.8.gz nscd.conf.5.cat.gz nscd.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/ntp (cleandir) ===> usr.sbin/ntp/libopts (cleandir) cd: can't cd to /src/usr.sbin/ntp/libopts *** Error code 2 Stop in /src/usr.sbin/ntp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-22 17:31:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-22 17:31:14 - ERROR: failed to build world TB --- 2008-08-22 17:31:14 - tinderbox aborted TB --- 48.06 user 11.59 system 73.61 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri Aug 22 17:36:17 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 22 17:36:48 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080822173614.A03947303E@freebsd-current.sentex.ca> TB --- 2008-08-22 17:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-22 17:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-22 17:35:00 - cleaning the object tree TB --- 2008-08-22 17:35:03 - cvsupping the source tree TB --- 2008-08-22 17:35:03 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-22 17:35:09 - building world (CFLAGS=-O -pipe) TB --- 2008-08-22 17:35:09 - cd /src TB --- 2008-08-22 17:35:09 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 22 17:35:10 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f nologin nologin.o nologin.5.gz nologin.8.gz nologin.5.cat.gz nologin.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/nscd (cleandir) rm -f nscd agent.o nscd.o nscdcli.o cachelib.o cacheplcs.o debug.o log.o config.o query.o mp_ws_query.o mp_rs_query.o singletons.o protocol.o parser.o passwd.o group.o services.o nscd.conf.5.gz nscd.8.gz nscd.conf.5.cat.gz nscd.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/ntp (cleandir) ===> usr.sbin/ntp/libopts (cleandir) cd: can't cd to /src/usr.sbin/ntp/libopts *** Error code 2 Stop in /src/usr.sbin/ntp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-22 17:36:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-22 17:36:14 - ERROR: failed to build world TB --- 2008-08-22 17:36:14 - tinderbox aborted TB --- 47.67 user 11.73 system 73.70 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri Aug 22 17:41:18 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 22 17:41:50 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080822174116.34A267303E@freebsd-current.sentex.ca> TB --- 2008-08-22 17:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-22 17:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-22 17:40:00 - cleaning the object tree TB --- 2008-08-22 17:40:04 - cvsupping the source tree TB --- 2008-08-22 17:40:04 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-22 17:40:11 - building world (CFLAGS=-O -pipe) TB --- 2008-08-22 17:40:11 - cd /src TB --- 2008-08-22 17:40:11 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 22 17:40:11 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f nologin nologin.o nologin.5.gz nologin.8.gz nologin.5.cat.gz nologin.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/nscd (cleandir) rm -f nscd agent.o nscd.o nscdcli.o cachelib.o cacheplcs.o debug.o log.o config.o query.o mp_ws_query.o mp_rs_query.o singletons.o protocol.o parser.o passwd.o group.o services.o nscd.conf.5.gz nscd.8.gz nscd.conf.5.cat.gz nscd.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/ntp (cleandir) ===> usr.sbin/ntp/libopts (cleandir) cd: can't cd to /src/usr.sbin/ntp/libopts *** Error code 2 Stop in /src/usr.sbin/ntp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-22 17:41:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-22 17:41:16 - ERROR: failed to build world TB --- 2008-08-22 17:41:16 - tinderbox aborted TB --- 48.11 user 11.44 system 75.22 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri Aug 22 17:46:25 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 22 17:47:02 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080822174622.E85387303E@freebsd-current.sentex.ca> TB --- 2008-08-22 17:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-22 17:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-22 17:45:00 - cleaning the object tree TB --- 2008-08-22 17:45:02 - cvsupping the source tree TB --- 2008-08-22 17:45:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-22 17:45:09 - building world (CFLAGS=-O -pipe) TB --- 2008-08-22 17:45:09 - cd /src TB --- 2008-08-22 17:45:09 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 22 17:45:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f nologin nologin.o nologin.5.gz nologin.8.gz nologin.5.cat.gz nologin.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/nscd (cleandir) rm -f nscd agent.o nscd.o nscdcli.o cachelib.o cacheplcs.o debug.o log.o config.o query.o mp_ws_query.o mp_rs_query.o singletons.o protocol.o parser.o passwd.o group.o services.o nscd.conf.5.gz nscd.8.gz nscd.conf.5.cat.gz nscd.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/ntp (cleandir) ===> usr.sbin/ntp/libopts (cleandir) cd: can't cd to /src/usr.sbin/ntp/libopts *** Error code 2 Stop in /src/usr.sbin/ntp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-22 17:46:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-22 17:46:22 - ERROR: failed to build world TB --- 2008-08-22 17:46:22 - tinderbox aborted TB --- 48.02 user 11.37 system 82.20 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri Aug 22 17:56:17 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 22 17:57:12 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080822175614.D16267303E@freebsd-current.sentex.ca> TB --- 2008-08-22 17:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-22 17:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-22 17:55:00 - cleaning the object tree TB --- 2008-08-22 17:55:02 - cvsupping the source tree TB --- 2008-08-22 17:55:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-22 17:55:09 - building world (CFLAGS=-O -pipe) TB --- 2008-08-22 17:55:09 - cd /src TB --- 2008-08-22 17:55:09 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 22 17:55:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f nologin nologin.o nologin.5.gz nologin.8.gz nologin.5.cat.gz nologin.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/nscd (cleandir) rm -f nscd agent.o nscd.o nscdcli.o cachelib.o cacheplcs.o debug.o log.o config.o query.o mp_ws_query.o mp_rs_query.o singletons.o protocol.o parser.o passwd.o group.o services.o nscd.conf.5.gz nscd.8.gz nscd.conf.5.cat.gz nscd.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/ntp (cleandir) ===> usr.sbin/ntp/libopts (cleandir) cd: can't cd to /src/usr.sbin/ntp/libopts *** Error code 2 Stop in /src/usr.sbin/ntp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-22 17:56:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-22 17:56:14 - ERROR: failed to build world TB --- 2008-08-22 17:56:14 - tinderbox aborted TB --- 48.02 user 11.56 system 74.08 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri Aug 22 18:01:17 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 22 18:01:38 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080822180115.2510A7303E@freebsd-current.sentex.ca> TB --- 2008-08-22 18:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-22 18:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-22 18:00:00 - cleaning the object tree TB --- 2008-08-22 18:00:02 - cvsupping the source tree TB --- 2008-08-22 18:00:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-22 18:00:09 - building world (CFLAGS=-O -pipe) TB --- 2008-08-22 18:00:09 - cd /src TB --- 2008-08-22 18:00:09 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 22 18:00:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f nologin nologin.o nologin.5.gz nologin.8.gz nologin.5.cat.gz nologin.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/nscd (cleandir) rm -f nscd agent.o nscd.o nscdcli.o cachelib.o cacheplcs.o debug.o log.o config.o query.o mp_ws_query.o mp_rs_query.o singletons.o protocol.o parser.o passwd.o group.o services.o nscd.conf.5.gz nscd.8.gz nscd.conf.5.cat.gz nscd.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/ntp (cleandir) ===> usr.sbin/ntp/libopts (cleandir) cd: can't cd to /src/usr.sbin/ntp/libopts *** Error code 2 Stop in /src/usr.sbin/ntp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-22 18:01:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-22 18:01:15 - ERROR: failed to build world TB --- 2008-08-22 18:01:15 - tinderbox aborted TB --- 47.89 user 11.61 system 74.27 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri Aug 22 18:06:16 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 22 18:06:49 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080822180614.7E3037303E@freebsd-current.sentex.ca> TB --- 2008-08-22 18:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-22 18:05:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-22 18:05:00 - cleaning the object tree TB --- 2008-08-22 18:05:02 - cvsupping the source tree TB --- 2008-08-22 18:05:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-22 18:05:09 - building world (CFLAGS=-O -pipe) TB --- 2008-08-22 18:05:09 - cd /src TB --- 2008-08-22 18:05:09 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 22 18:05:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f nologin nologin.o nologin.5.gz nologin.8.gz nologin.5.cat.gz nologin.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/nscd (cleandir) rm -f nscd agent.o nscd.o nscdcli.o cachelib.o cacheplcs.o debug.o log.o config.o query.o mp_ws_query.o mp_rs_query.o singletons.o protocol.o parser.o passwd.o group.o services.o nscd.conf.5.gz nscd.8.gz nscd.conf.5.cat.gz nscd.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/ntp (cleandir) ===> usr.sbin/ntp/libopts (cleandir) cd: can't cd to /src/usr.sbin/ntp/libopts *** Error code 2 Stop in /src/usr.sbin/ntp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-22 18:06:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-22 18:06:14 - ERROR: failed to build world TB --- 2008-08-22 18:06:14 - tinderbox aborted TB --- 47.54 user 12.02 system 73.60 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri Aug 22 18:11:16 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 22 18:11:37 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080822181114.6B5DA7303E@freebsd-current.sentex.ca> TB --- 2008-08-22 18:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-22 18:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-22 18:10:00 - cleaning the object tree TB --- 2008-08-22 18:10:02 - cvsupping the source tree TB --- 2008-08-22 18:10:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-22 18:10:08 - building world (CFLAGS=-O -pipe) TB --- 2008-08-22 18:10:08 - cd /src TB --- 2008-08-22 18:10:08 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 22 18:10:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f nologin nologin.o nologin.5.gz nologin.8.gz nologin.5.cat.gz nologin.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/nscd (cleandir) rm -f nscd agent.o nscd.o nscdcli.o cachelib.o cacheplcs.o debug.o log.o config.o query.o mp_ws_query.o mp_rs_query.o singletons.o protocol.o parser.o passwd.o group.o services.o nscd.conf.5.gz nscd.8.gz nscd.conf.5.cat.gz nscd.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/ntp (cleandir) ===> usr.sbin/ntp/libopts (cleandir) cd: can't cd to /src/usr.sbin/ntp/libopts *** Error code 2 Stop in /src/usr.sbin/ntp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-22 18:11:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-22 18:11:14 - ERROR: failed to build world TB --- 2008-08-22 18:11:14 - tinderbox aborted TB --- 47.46 user 12.02 system 73.48 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri Aug 22 18:16:23 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 22 18:16:49 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080822181621.6A9A67303E@freebsd-current.sentex.ca> TB --- 2008-08-22 18:15:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-22 18:15:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-22 18:15:01 - cleaning the object tree TB --- 2008-08-22 18:15:02 - cvsupping the source tree TB --- 2008-08-22 18:15:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-22 18:15:09 - building world (CFLAGS=-O -pipe) TB --- 2008-08-22 18:15:09 - cd /src TB --- 2008-08-22 18:15:09 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 22 18:15:10 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f nologin nologin.o nologin.5.gz nologin.8.gz nologin.5.cat.gz nologin.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/nscd (cleandir) rm -f nscd agent.o nscd.o nscdcli.o cachelib.o cacheplcs.o debug.o log.o config.o query.o mp_ws_query.o mp_rs_query.o singletons.o protocol.o parser.o passwd.o group.o services.o nscd.conf.5.gz nscd.8.gz nscd.conf.5.cat.gz nscd.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/ntp (cleandir) ===> usr.sbin/ntp/libopts (cleandir) cd: can't cd to /src/usr.sbin/ntp/libopts *** Error code 2 Stop in /src/usr.sbin/ntp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-22 18:16:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-22 18:16:21 - ERROR: failed to build world TB --- 2008-08-22 18:16:21 - tinderbox aborted TB --- 48.11 user 11.34 system 80.43 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri Aug 22 18:26:16 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 22 18:26:39 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080822182613.90CE173039@freebsd-current.sentex.ca> TB --- 2008-08-22 18:25:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-22 18:25:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-22 18:25:01 - cleaning the object tree TB --- 2008-08-22 18:25:02 - cvsupping the source tree TB --- 2008-08-22 18:25:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-22 18:25:09 - building world (CFLAGS=-O -pipe) TB --- 2008-08-22 18:25:09 - cd /src TB --- 2008-08-22 18:25:09 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 22 18:25:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f nologin nologin.o nologin.5.gz nologin.8.gz nologin.5.cat.gz nologin.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/nscd (cleandir) rm -f nscd agent.o nscd.o nscdcli.o cachelib.o cacheplcs.o debug.o log.o config.o query.o mp_ws_query.o mp_rs_query.o singletons.o protocol.o parser.o passwd.o group.o services.o nscd.conf.5.gz nscd.8.gz nscd.conf.5.cat.gz nscd.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/ntp (cleandir) ===> usr.sbin/ntp/libopts (cleandir) cd: can't cd to /src/usr.sbin/ntp/libopts *** Error code 2 Stop in /src/usr.sbin/ntp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-22 18:26:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-22 18:26:13 - ERROR: failed to build world TB --- 2008-08-22 18:26:13 - tinderbox aborted TB --- 47.92 user 11.50 system 72.48 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri Aug 22 18:31:17 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 22 18:31:50 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080822183115.4C8837303E@freebsd-current.sentex.ca> TB --- 2008-08-22 18:30:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-22 18:30:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-22 18:30:01 - cleaning the object tree TB --- 2008-08-22 18:30:02 - cvsupping the source tree TB --- 2008-08-22 18:30:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-22 18:30:09 - building world (CFLAGS=-O -pipe) TB --- 2008-08-22 18:30:09 - cd /src TB --- 2008-08-22 18:30:09 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 22 18:30:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f nologin nologin.o nologin.5.gz nologin.8.gz nologin.5.cat.gz nologin.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/nscd (cleandir) rm -f nscd agent.o nscd.o nscdcli.o cachelib.o cacheplcs.o debug.o log.o config.o query.o mp_ws_query.o mp_rs_query.o singletons.o protocol.o parser.o passwd.o group.o services.o nscd.conf.5.gz nscd.8.gz nscd.conf.5.cat.gz nscd.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/ntp (cleandir) ===> usr.sbin/ntp/libopts (cleandir) cd: can't cd to /src/usr.sbin/ntp/libopts *** Error code 2 Stop in /src/usr.sbin/ntp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-22 18:31:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-22 18:31:15 - ERROR: failed to build world TB --- 2008-08-22 18:31:15 - tinderbox aborted TB --- 48.00 user 11.48 system 74.20 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri Aug 22 18:36:14 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 22 18:36:46 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080822183612.73CE07303E@freebsd-current.sentex.ca> TB --- 2008-08-22 18:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-22 18:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-22 18:35:00 - cleaning the object tree TB --- 2008-08-22 18:35:01 - cvsupping the source tree TB --- 2008-08-22 18:35:01 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-22 18:35:08 - building world (CFLAGS=-O -pipe) TB --- 2008-08-22 18:35:08 - cd /src TB --- 2008-08-22 18:35:08 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 22 18:35:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f nologin nologin.o nologin.5.gz nologin.8.gz nologin.5.cat.gz nologin.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/nscd (cleandir) rm -f nscd agent.o nscd.o nscdcli.o cachelib.o cacheplcs.o debug.o log.o config.o query.o mp_ws_query.o mp_rs_query.o singletons.o protocol.o parser.o passwd.o group.o services.o nscd.conf.5.gz nscd.8.gz nscd.conf.5.cat.gz nscd.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/ntp (cleandir) ===> usr.sbin/ntp/libopts (cleandir) cd: can't cd to /src/usr.sbin/ntp/libopts *** Error code 2 Stop in /src/usr.sbin/ntp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-22 18:36:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-22 18:36:12 - ERROR: failed to build world TB --- 2008-08-22 18:36:12 - tinderbox aborted TB --- 48.02 user 11.54 system 72.27 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri Aug 22 18:41:25 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 22 18:41:37 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080822184113.BDB5673039@freebsd-current.sentex.ca> TB --- 2008-08-22 18:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-22 18:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-22 18:40:00 - cleaning the object tree TB --- 2008-08-22 18:40:02 - cvsupping the source tree TB --- 2008-08-22 18:40:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-22 18:40:08 - building world (CFLAGS=-O -pipe) TB --- 2008-08-22 18:40:08 - cd /src TB --- 2008-08-22 18:40:08 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 22 18:40:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f nologin nologin.o nologin.5.gz nologin.8.gz nologin.5.cat.gz nologin.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/nscd (cleandir) rm -f nscd agent.o nscd.o nscdcli.o cachelib.o cacheplcs.o debug.o log.o config.o query.o mp_ws_query.o mp_rs_query.o singletons.o protocol.o parser.o passwd.o group.o services.o nscd.conf.5.gz nscd.8.gz nscd.conf.5.cat.gz nscd.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.sbin/ntp (cleandir) ===> usr.sbin/ntp/libopts (cleandir) cd: can't cd to /src/usr.sbin/ntp/libopts *** Error code 2 Stop in /src/usr.sbin/ntp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-22 18:41:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-22 18:41:13 - ERROR: failed to build world TB --- 2008-08-22 18:41:13 - tinderbox aborted TB --- 47.95 user 11.51 system 73.49 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From kmacy at FreeBSD.org Sat Aug 23 05:09:20 2008 From: kmacy at FreeBSD.org (kmacy@FreeBSD.org) Date: Sat Aug 23 06:29:51 2008 Subject: amd64/104311: ports/wine should be installable on amd64 Message-ID: <200808230509.m7N59JJx037173@freefall.freebsd.org> Synopsis: ports/wine should be installable on amd64 State-Changed-From-To: suspended->open State-Changed-By: kmacy State-Changed-When: Sat Aug 23 05:03:30 UTC 2008 State-Changed-Why: amd64 now saves segment registers on context switches for 32-bit executables as of recent RELENG_7 and HEAD. Responsible-Changed-From-To: freebsd-amd64->gerald Responsible-Changed-By: kmacy Responsible-Changed-When: Sat Aug 23 05:03:30 UTC 2008 Responsible-Changed-Why: AMD64 now saves segment registers for 32-bit executables as of recent RELENG_7 and HEAD. http://www.freebsd.org/cgi/query-pr.cgi?pr=104311 From tinderbox at freebsd.org Sat Aug 23 09:29:45 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat Aug 23 09:30:03 2008 Subject: [releng_6 tinderbox] failure on amd64/amd64 Message-ID: <20080823092947.77DAF241A2@freebsd-legacy.sentex.ca> TB --- 2008-08-23 09:21:47 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-08-23 09:21:47 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2008-08-23 09:21:47 - cleaning the object tree TB --- 2008-08-23 09:22:16 - cvsupping the source tree TB --- 2008-08-23 09:22:16 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/amd64/amd64/supfile TB --- 2008-08-23 09:22:24 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-23 09:22:24 - cd /src TB --- 2008-08-23 09:22:24 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] ===> lib/libpam/modules/pam_rootok (buildincludes) ===> lib/libpam/modules/pam_securetty (buildincludes) ===> lib/libpam/modules/pam_self (buildincludes) ===> lib/libpam/modules/pam_ssh (buildincludes) ===> lib/libpam/modules/pam_tacplus (buildincludes) ===> lib/libpam/modules/pam_unix (buildincludes) ===> lib/libpam/libpam (buildincludes) make: don't know how to make security/openpam_attr.h. Stop *** Error code 2 Stop in /src/lib/libpam. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-23 09:29:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-23 09:29:47 - ERROR: failed to build world TB --- 2008-08-23 09:29:47 - tinderbox aborted TB --- 356.13 user 40.32 system 480.31 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From kostikbel at gmail.com Sat Aug 23 11:25:06 2008 From: kostikbel at gmail.com (Kostik Belousov) Date: Sat Aug 23 11:25:13 2008 Subject: amd64/104311: ports/wine should be installable on amd64 In-Reply-To: <200808230509.m7N59JJx037173@freefall.freebsd.org> References: <200808230509.m7N59JJx037173@freefall.freebsd.org> Message-ID: <20080823105444.GQ1803@deviant.kiev.zoral.com.ua> On Sat, Aug 23, 2008 at 05:09:19AM +0000, kmacy@freebsd.org wrote: > amd64 now saves segment registers on context switches for 32-bit executables as of recent RELENG_7 and HEAD. Yes, kernel saves the segment registers, but I very much doubt that creation of the ldt segments is supported (i.e. I am sure it is not). -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-amd64/attachments/20080823/4e5927f9/attachment.pgp From kmacy at freebsd.org Sat Aug 23 23:48:40 2008 From: kmacy at freebsd.org (Kip Macy) Date: Sun Aug 24 03:00:02 2008 Subject: amd64/104311: ports/wine should be installable on amd64 In-Reply-To: <20080823105444.GQ1803@deviant.kiev.zoral.com.ua> References: <200808230509.m7N59JJx037173@freefall.freebsd.org> <20080823105444.GQ1803@deviant.kiev.zoral.com.ua> Message-ID: <3c1674c90808231626g7fe2fa60j4ee6c85ade565680@mail.gmail.com> Ok, I've cooked up a patch to do this. However, it will require a fair bit of testing ... -Kip On Sat, Aug 23, 2008 at 3:54 AM, Kostik Belousov wrote: > On Sat, Aug 23, 2008 at 05:09:19AM +0000, kmacy@freebsd.org wrote: >> amd64 now saves segment registers on context switches for 32-bit executables as of recent RELENG_7 and HEAD. > > Yes, kernel saves the segment registers, but I very much doubt that > creation of the ldt segments is supported (i.e. I am sure it is not). > From daniel.hellsson at cross-solutions.com Mon Aug 25 08:50:01 2008 From: daniel.hellsson at cross-solutions.com (Daniel Hellsson) Date: Mon Aug 25 11:26:52 2008 Subject: amd64/126819: During install if initial name look-up fails, all subsequent lookups fail Message-ID: <200808250849.m7P8nBf3063571@www.freebsd.org> >Number: 126819 >Category: amd64 >Synopsis: During install if initial name look-up fails, all subsequent lookups fail >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 25 08:50:01 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Daniel Hellsson >Release: 4.0 >Organization: Cross Technology Solutions AB >Environment: Not available since the problem happens during install and the machine is not yet installed. >Description: During installation from the boot-cd, if a mirror is selected that does not exist (in my case the ftp@se.snapshots.freebsd.org), lookup of that address fails. Any subsequent attempt to choose another mirror for download will automatically fail even if the address is correct. That no actual lookup is performed is evident from the speed at which the installation program proclaims that "lookup of address 'xxx' failed" immediately without any delay. Usualy a DNS-lookup will take a few seconds at least to fail. >How-To-Repeat: Start installation from boot CD-image, select installation from FTP-server. Select a mirror that does not exist (see above). The lookup fails. Now select one that does exist. Lookup will fail anyway. >Fix: If a mirror that does exist is selected from the very start, there is no problem, but this confused the hell out of me and it was only because of my persistance that I found that there actually was a way to get the installation going. To get ftp-server addresses that are not viable in the installation instructions is uncommon (and a separate issue). >Release-Note: >Audit-Trail: >Unformatted: From bugmaster at FreeBSD.org Mon Aug 25 11:06:47 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 25 11:27:05 2008 Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org Message-ID: <200808251106.m7PB6k94027685@freefall.freebsd.org> Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up o amd64/74747 amd64 [panic] System panic on shutdown when process will not o amd64/76136 amd64 [hang] system halts before reboot o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys f amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 f amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock called (by ata o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/88790 amd64 [panic] kernel panic on first boot (after the FreeBSD o amd64/89501 amd64 [install] System crashes on install using ftp on local f amd64/89503 amd64 [boot] Cant Boot Installation Disk o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 f amd64/91492 amd64 [boot] BTX halted o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/94677 amd64 [panic] panic in amd64 install at non-root user creati f amd64/94989 amd64 [boot] BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) o amd64/95888 amd64 [ata] kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled f amd64/102122 amd64 [boot] 6.1-RELEASE amd64 Install Media panics on boot. f amd64/105514 amd64 [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv f amd64/105531 amd64 [ata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - does f amd64/105629 amd64 [re] TrendNet TEG-BUSR 10/100/1000 disables itself on s amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work a amd64/109584 amd64 zdump(8) doesn't work o amd64/110655 amd64 [threads] 32 bit threaded applications crash on amd64 f amd64/111992 amd64 [boot] BTX failed - HP Laptop dv2315nr f amd64/113021 amd64 [re] ASUS M2A-VM onboard NIC does not work o amd64/114111 amd64 [nfs] System crashes while writing on NFS-mounted shar o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c s amd64/115815 amd64 [ata] [request] Gigabyte GA-M61P-S3 Motherboard unsupp o amd64/116159 amd64 [panic] Panic while debugging on CURRENT o amd64/116322 amd64 [panic] At start fsck on current, the system panics o amd64/116620 amd64 [hang] ifconfig spins when creating carp(4) device on o amd64/117296 amd64 [ata] I don`t see second SATA IDE on VIA VT8237A o amd64/117316 amd64 [acpi] ACPI lockups on SuperMicro motherboard o amd64/117418 amd64 [hang] FreeBSD 6.2 crash on amd64 4400+ with ssh o amd64/119591 amd64 [amd64] [patch] time_t on 64-bit architecture o amd64/119936 amd64 [install] FreeBSD 7.0-RC1 amd64 and i386 installer dis o amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, o amd64/121439 amd64 [boot] Installation of FreeBSD 7.0 fails: ACPI problem o amd64/122174 amd64 [panic] 7.0 no longer includes "device atpic" so fails o amd64/122624 amd64 unusable minimal installation of FreeBSD-7.0 o amd64/122695 amd64 [cpufreq] Lack of cpufreq control using amd64 eith cor o kern/122782 amd64 [modules] accf_http.ko kernel module is not loadable o amd64/123275 amd64 [cbb] [pcmcia] cbb/pcmcia drivers on amd64 failure [re o amd64/123520 amd64 [ahd] unable to boot from net while using ahd o amd64/123562 amd64 [install] FreeBSD amd64 not installs o amd64/124432 amd64 [panic] 7.0-STABLE panic: invalbuf: dirty bufs o amd64/125002 amd64 [install] amd64, SATA hard disks not detected o amd64/125873 amd64 [smbd] [panic] Repeated kernel panics, trap 12 page fa o amd64/126819 amd64 During install if initial name look-up fails, all subs 55 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s amd64/85273 amd64 [install] FreeBSD (NetBSD or OpenBSD) not install on l f amd64/100838 amd64 [powerd] FreeBSD 6.0/6.1 kernel panics when booting wi o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV f amd64/103259 amd64 [ar] Cannot use ataraid on nvidia nForce4+amd64 o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot f amd64/111096 amd64 motherboard ASRock AM2NF6G-VSTA not supported o amd64/114270 amd64 [cpufreq] cpufreq doesnt work when compiled in to kern o amd64/115581 amd64 [Makefile] [patch] -mfancy-math-387 has no effect f amd64/116457 amd64 [install] can't install freebsd on dv9420us f amd64/116514 amd64 freebsd6.2 can't detect GA-M61SME-S2's onboard lan car f amd64/116670 amd64 [ata] onboard SATA RAID1 controllers not supported for s amd64/116689 amd64 [request] support for MSI K9MM-V f amd64/117186 amd64 [modules] kldload Unsupported file type on STABLE amd6 f amd64/119949 amd64 [install] 6.3-RELEASE install; cannot find packages/IN o amd64/121590 amd64 [est] [p4tcc] [acpi_perf] setting dev.cpu.0.freq somet f amd64/122468 amd64 Compile problems after upgrading to 7.0 o amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial o amd64/123456 amd64 fstat(1): /usr/bin/fstat shows error messages and hang o amd64/124134 amd64 [kernel] The kernel doesn't follow the calling convent o amd64/125820 amd64 [k8temp] [patch] sysctl dev.k8temp.*.sensor1.* are inv f amd64/125943 amd64 Serial Consoles do not work on amd64 freebsd o amd64/126693 amd64 openssl(1): DNSSEC cryptographic validation doesn't wo o amd64/126818 amd64 editors/openoffice.org-3 compilation fails on FreeBSD- 24 problems total. From edwin at FreeBSD.org Mon Aug 25 14:23:42 2008 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Mon Aug 25 14:44:11 2008 Subject: ports/126818: editors/openoffice.org-3 compilation fails on FreeBSD-CURRENT Message-ID: <200808251423.m7PENgSt049814@freefall.freebsd.org> Synopsis: editors/openoffice.org-3 compilation fails on FreeBSD-CURRENT Responsible-Changed-From-To: freebsd-amd64->openoffice Responsible-Changed-By: edwin Responsible-Changed-When: Mon Aug 25 14:23:41 UTC 2008 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=126818 From gavin at FreeBSD.org Mon Aug 25 15:11:04 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Aug 25 15:11:10 2008 Subject: bin/126819: sysinstall(8) During install if initial name look-up fails, all subsequent lookups fail Message-ID: <200808251511.m7PFB3LP053508@freefall.freebsd.org> Old Synopsis: During install if initial name look-up fails, all subsequent lookups fail New Synopsis: sysinstall(8) During install if initial name look-up fails, all subsequent lookups fail Responsible-Changed-From-To: freebsd-amd64->freebsd-bugs Responsible-Changed-By: gavin Responsible-Changed-When: Mon Aug 25 15:10:05 UTC 2008 Responsible-Changed-Why: Reclassify http://www.freebsd.org/cgi/query-pr.cgi?pr=126819 From michael at rancid.berkeley.edu Mon Aug 25 17:29:04 2008 From: michael at rancid.berkeley.edu (Michael Sinatra) Date: Mon Aug 25 17:29:11 2008 Subject: amd64/126693: DNSSEC cryptographic validation doesn't work on amd64 (openssl problem) In-Reply-To: <200808201935.m7KJZnht037533@malcolm.berkeley.edu> References: <200808201935.m7KJZnht037533@malcolm.berkeley.edu> Message-ID: <48B2EBDF.8070701@rancid.berkeley.edu> I determined this problem to be a rather complex interaction between DNSSEC, pf configurations, and the different IP subnets that the hosts were on. After some testing, I can verify that DNSSEC validation works on 6.3-RELEASE, 8-CURRENT, and 7-STABLE, all on the amd64 platform. I'll request that this PR be closed. Sorry for the noise. michael On 08/20/08 12:35, Michael Sinatra wrote: >> Number: 126693 >> Category: amd64 >> Synopsis: DNSSEC cryptographic validation doesn't work on amd64 (openssl problem) >> Confidential: no >> Severity: non-critical >> Priority: medium >> Responsible: freebsd-amd64 >> State: open >> Quarter: >> Keywords: >> Date-Required: >> Class: sw-bug >> Submitter-Id: current-users >> Arrival-Date: Wed Aug 20 19:40:01 UTC 2008 >> Closed-Date: >> Last-Modified: >> Originator: Michael Sinatra >> Release: FreeBSD 7.0-STABLE amd64 >> Organization: > University of California, Berkeley >> Environment: > System: FreeBSD drl9.berkeley.edu 7.0-STABLE FreeBSD 7.0-STABLE #3: Thu Aug 14 09:44:49 PDT 2008 michael@drl9.berkeley.edu:/usr/obj/usr/src/sys/DRL amd64 >> Description: > > DNSSEC validation fails on FreeBSD/amd64, regardless of the DNS > server (caching resolver software being used). Attempting to use > both BIND (9.4.2-P2 and 9.5.0-P2) and unbound (1.0.2) yields errors > when DNSSEC validation is attempted. These errors do not occur > with the very same configuration on i386. The errors that occur > indicate that the digital signatures are bad; when the same > trust-anchors and queries are made on i386, they properly validate. > > This appears to be an issue with OpenSSL. Currently, all DNSSEC > signing keys that I have found are of type RSASHA1; I have therefore > not been able to test it with DSA keys. > > This issue does not occur on Gentoo Linux--both i386 and x86_64 can > run a validating connfiguration of BIND.. > > CSUP and rebuild of the system in question was done on the same day > that the kernel was built. Other systems--all rebuilt in July or > August--have also been tested with the same result. > >> How-To-Repeat: > > 1. Install stock FreeBSD/amd64 system. csup-and-rebuild to a recent > version. > > 2. Install unbound from ports. Configure to be a caching resolver. > > 3. Add the following line to /usr/local/etc/unbound/unbound.conf: > > trust-anchor: "se. DNSKEY 257 3 5 AwEAAdKc1sGsbv5jjeJ141IxNSTdR+nbtFn+JKQpvFZETaY5iMutoyWH a+jCp0TBBAzB2trGHzdi7E55FFzbeG0r+G6SJbJ4DXYSpiiELPiu0i+j Pp3C3kNwiqpPpQHWaYDS9MTQMu/QZHR/sFPbUnsK30fuQbKKkKgnADms 0aXalYUuCgDyVMjdxRLz5yzLoaSO9m5ii5cI0dQNCjexvj9M4ec6woi6 +N8v1pOmQAQ9at5Fd8A6tAxZI8tdlEUnXYgNwb8eVZEWsgXtBhoyAru7 Tzw+F6ToYq6hmKhfsT+fIhFXsYso7L4nYUqTnM4VOZgNhcTv+qVQkHfO OeJKUkNB8Qc=" > > 4. dig +dnssec se @localhost (or whatever interface unbound is listening on) > > 5. On i386, you get a validated response (with the ad bit set). On > amd64, you get a SERVFAIL. > > ALTERNATE STEPS 2-5 with BIND: > > 2. Install either bind94 or bind95 from ports. Make any necessary > mods to the config in /etc/namedb/named.conf bundled with FreeBSD > to get a basic caching resolver working. > > 3a. add the following lines to /etc/namedb/named.conf in the 'options' > section: > > dnssec-enable yes; > dnssec-validation yes; > dnssec-lookaside . trust-anchor dlv.isc.org; > > 3b. Add the following lines to the global section of /etc/namedb/named.conf: > > trusted-keys { > dlv.isc.org. 257 3 5 "BEAAAAPp1USu3BecNerrrd78zxJIslqFaJ9csRkxd9LCMzvk9Z0wFzoF kWAHMmMhWFpSLjPLX8UL6zDg85XE55hzqJKoKJndRqtncUwHkjh6zERN uymtKZSCZvkg5mG6Q9YORkcfkQD2GIRxGwx9BW7y3ZhyEf7ht/jEh01N ibG/uAhj4qkzBM6mgAhSGuaKdDdo40vMrwdv0CHJ74JYnYqU+vsTxEIw c/u+5VdA0+ZOA1+X3yk1qscxHC24ewPoiASE7XlzFqIyuKDlOcFySchT Ho/UhNyDra2uAYUH1onUa7ybtdtQclmYVavMplcay4aofVtjU9NqhCtv f/dbAtaWguDB"; > }; > > 4. dig +dnssec br @localhost (br is in the ISC DLV registry) > > 5. On i386, you get a validated response (with the ad bit set). On > amd64, the query simply times out. If you change the trusted-key > to something obviously bogus, the exact behavior on amd64 is > replicated. The debug logs show the same--the key appears to be > bad. > > It appears that cryptographic processing for RSASHA1 on amd64 just > isn't working quite right, which is why I suspect something in > OpenSSL. > >> Fix: > > The following things HAVE NOT WORKED: > > 0. Using the OpenSSL installed in the base system. > > 1. Using latest ports version of OpenSSL and linking BIND against it. > > 2. Compiling ports version of OpenSSL with -O instead of -O3 and > linking BIND against it. > > 3. Using a different version of gcc (3.3.6 and 4.4.0 both tried) > to compile OpenSSL from ports & linking BIND to that. > > 4. Compiling static ports OpenSSL libraries and statically linking > BIND against it. > > 5. Compiling ports OpenSSL with the 'no-asm' option and linking > BIND to it. > > I'll happily try other workarounds/suggestions. >> Release-Note: >> Audit-Trail: >> Unformatted: From michael at rancid.berkeley.edu Mon Aug 25 17:30:05 2008 From: michael at rancid.berkeley.edu (Michael Sinatra) Date: Mon Aug 25 17:30:17 2008 Subject: amd64/126693: DNSSEC cryptographic validation doesn't work on amd64 (openssl problem) Message-ID: <200808251730.m7PHU4kt068124@freefall.freebsd.org> The following reply was made to PR amd64/126693; it has been noted by GNATS. From: Michael Sinatra To: FreeBSD-gnats-submit@FreeBSD.org, freebsd-amd64@FreeBSD.org Cc: Subject: Re: amd64/126693: DNSSEC cryptographic validation doesn't work on amd64 (openssl problem) Date: Mon, 25 Aug 2008 10:29:03 -0700 I determined this problem to be a rather complex interaction between DNSSEC, pf configurations, and the different IP subnets that the hosts were on. After some testing, I can verify that DNSSEC validation works on 6.3-RELEASE, 8-CURRENT, and 7-STABLE, all on the amd64 platform. I'll request that this PR be closed. Sorry for the noise. michael On 08/20/08 12:35, Michael Sinatra wrote: >> Number: 126693 >> Category: amd64 >> Synopsis: DNSSEC cryptographic validation doesn't work on amd64 (openssl problem) >> Confidential: no >> Severity: non-critical >> Priority: medium >> Responsible: freebsd-amd64 >> State: open >> Quarter: >> Keywords: >> Date-Required: >> Class: sw-bug >> Submitter-Id: current-users >> Arrival-Date: Wed Aug 20 19:40:01 UTC 2008 >> Closed-Date: >> Last-Modified: >> Originator: Michael Sinatra >> Release: FreeBSD 7.0-STABLE amd64 >> Organization: > University of California, Berkeley >> Environment: > System: FreeBSD drl9.berkeley.edu 7.0-STABLE FreeBSD 7.0-STABLE #3: Thu Aug 14 09:44:49 PDT 2008 michael@drl9.berkeley.edu:/usr/obj/usr/src/sys/DRL amd64 >> Description: > > DNSSEC validation fails on FreeBSD/amd64, regardless of the DNS > server (caching resolver software being used). Attempting to use > both BIND (9.4.2-P2 and 9.5.0-P2) and unbound (1.0.2) yields errors > when DNSSEC validation is attempted. These errors do not occur > with the very same configuration on i386. The errors that occur > indicate that the digital signatures are bad; when the same > trust-anchors and queries are made on i386, they properly validate. > > This appears to be an issue with OpenSSL. Currently, all DNSSEC > signing keys that I have found are of type RSASHA1; I have therefore > not been able to test it with DSA keys. > > This issue does not occur on Gentoo Linux--both i386 and x86_64 can > run a validating connfiguration of BIND.. > > CSUP and rebuild of the system in question was done on the same day > that the kernel was built. Other systems--all rebuilt in July or > August--have also been tested with the same result. > >> How-To-Repeat: > > 1. Install stock FreeBSD/amd64 system. csup-and-rebuild to a recent > version. > > 2. Install unbound from ports. Configure to be a caching resolver. > > 3. Add the following line to /usr/local/etc/unbound/unbound.conf: > > trust-anchor: "se. DNSKEY 257 3 5 AwEAAdKc1sGsbv5jjeJ141IxNSTdR+nbtFn+JKQpvFZETaY5iMutoyWH a+jCp0TBBAzB2trGHzdi7E55FFzbeG0r+G6SJbJ4DXYSpiiELPiu0i+j Pp3C3kNwiqpPpQHWaYDS9MTQMu/QZHR/sFPbUnsK30fuQbKKkKgnADms 0aXalYUuCgDyVMjdxRLz5yzLoaSO9m5ii5cI0dQNCjexvj9M4ec6woi6 +N8v1pOmQAQ9at5Fd8A6tAxZI8tdlEUnXYgNwb8eVZEWsgXtBhoyAru7 Tzw+F6ToYq6hmKhfsT+fIhFXsYso7L4nYUqTnM4VOZgNhcTv+qVQkHfO OeJKUkNB8Qc=" > > 4. dig +dnssec se @localhost (or whatever interface unbound is listening on) > > 5. On i386, you get a validated response (with the ad bit set). On > amd64, you get a SERVFAIL. > > ALTERNATE STEPS 2-5 with BIND: > > 2. Install either bind94 or bind95 from ports. Make any necessary > mods to the config in /etc/namedb/named.conf bundled with FreeBSD > to get a basic caching resolver working. > > 3a. add the following lines to /etc/namedb/named.conf in the 'options' > section: > > dnssec-enable yes; > dnssec-validation yes; > dnssec-lookaside . trust-anchor dlv.isc.org; > > 3b. Add the following lines to the global section of /etc/namedb/named.conf: > > trusted-keys { > dlv.isc.org. 257 3 5 "BEAAAAPp1USu3BecNerrrd78zxJIslqFaJ9csRkxd9LCMzvk9Z0wFzoF kWAHMmMhWFpSLjPLX8UL6zDg85XE55hzqJKoKJndRqtncUwHkjh6zERN uymtKZSCZvkg5mG6Q9YORkcfkQD2GIRxGwx9BW7y3ZhyEf7ht/jEh01N ibG/uAhj4qkzBM6mgAhSGuaKdDdo40vMrwdv0CHJ74JYnYqU+vsTxEIw c/u+5VdA0+ZOA1+X3yk1qscxHC24ewPoiASE7XlzFqIyuKDlOcFySchT Ho/UhNyDra2uAYUH1onUa7ybtdtQclmYVavMplcay4aofVtjU9NqhCtv f/dbAtaWguDB"; > }; > > 4. dig +dnssec br @localhost (br is in the ISC DLV registry) > > 5. On i386, you get a validated response (with the ad bit set). On > amd64, the query simply times out. If you change the trusted-key > to something obviously bogus, the exact behavior on amd64 is > replicated. The debug logs show the same--the key appears to be > bad. > > It appears that cryptographic processing for RSASHA1 on amd64 just > isn't working quite right, which is why I suspect something in > OpenSSL. > >> Fix: > > The following things HAVE NOT WORKED: > > 0. Using the OpenSSL installed in the base system. > > 1. Using latest ports version of OpenSSL and linking BIND against it. > > 2. Compiling ports version of OpenSSL with -O instead of -O3 and > linking BIND against it. > > 3. Using a different version of gcc (3.3.6 and 4.4.0 both tried) > to compile OpenSSL from ports & linking BIND to that. > > 4. Compiling static ports OpenSSL libraries and statically linking > BIND against it. > > 5. Compiling ports OpenSSL with the 'no-asm' option and linking > BIND to it. > > I'll happily try other workarounds/suggestions. >> Release-Note: >> Audit-Trail: >> Unformatted: From michael at rancid.berkeley.edu Mon Aug 25 17:30:08 2008 From: michael at rancid.berkeley.edu (Michael Sinatra) Date: Mon Aug 25 17:30:17 2008 Subject: amd64/126693: DNSSEC cryptographic validation doesn't work on amd64 (openssl problem) Message-ID: <200808251730.m7PHU7Fi068340@freefall.freebsd.org> The following reply was made to PR amd64/126693; it has been noted by GNATS. From: Michael Sinatra To: bug-followup@freebsd.org Cc: Subject: Re: amd64/126693: DNSSEC cryptographic validation doesn't work on amd64 (openssl problem) Date: Mon, 25 Aug 2008 10:29:54 -0700 I determined this problem to be a rather complex interaction between DNSSEC, pf configurations, and the different IP subnets that the hosts were on. After some testing, I can verify that DNSSEC validation works on 6.3-RELEASE, 8-CURRENT, and 7-STABLE, all on the amd64 platform. I'll request that this PR be closed. Sorry for the noise. michael On 08/20/08 12:35, Michael Sinatra wrote: >> Number: 126693 >> Category: amd64 >> Synopsis: DNSSEC cryptographic validation doesn't work on amd64 (openssl problem) >> Confidential: no >> Severity: non-critical >> Priority: medium >> Responsible: freebsd-amd64 >> State: open >> Quarter: >> Keywords: >> Date-Required: >> Class: sw-bug >> Submitter-Id: current-users >> Arrival-Date: Wed Aug 20 19:40:01 UTC 2008 >> Closed-Date: >> Last-Modified: >> Originator: Michael Sinatra >> Release: FreeBSD 7.0-STABLE amd64 >> Organization: > University of California, Berkeley >> Environment: > System: FreeBSD drl9.berkeley.edu 7.0-STABLE FreeBSD 7.0-STABLE #3: Thu Aug 14 09:44:49 PDT 2008 michael@drl9.berkeley.edu:/usr/obj/usr/src/sys/DRL amd64 >> Description: > > DNSSEC validation fails on FreeBSD/amd64, regardless of the DNS > server (caching resolver software being used). Attempting to use > both BIND (9.4.2-P2 and 9.5.0-P2) and unbound (1.0.2) yields errors > when DNSSEC validation is attempted. These errors do not occur > with the very same configuration on i386. The errors that occur > indicate that the digital signatures are bad; when the same > trust-anchors and queries are made on i386, they properly validate. > > This appears to be an issue with OpenSSL. Currently, all DNSSEC > signing keys that I have found are of type RSASHA1; I have therefore > not been able to test it with DSA keys. > > This issue does not occur on Gentoo Linux--both i386 and x86_64 can > run a validating connfiguration of BIND.. > > CSUP and rebuild of the system in question was done on the same day > that the kernel was built. Other systems--all rebuilt in July or > August--have also been tested with the same result. > >> How-To-Repeat: > > 1. Install stock FreeBSD/amd64 system. csup-and-rebuild to a recent > version. > > 2. Install unbound from ports. Configure to be a caching resolver. > > 3. Add the following line to /usr/local/etc/unbound/unbound.conf: > > trust-anchor: "se. DNSKEY 257 3 5 AwEAAdKc1sGsbv5jjeJ141IxNSTdR+nbtFn+JKQpvFZETaY5iMutoyWH a+jCp0TBBAzB2trGHzdi7E55FFzbeG0r+G6SJbJ4DXYSpiiELPiu0i+j Pp3C3kNwiqpPpQHWaYDS9MTQMu/QZHR/sFPbUnsK30fuQbKKkKgnADms 0aXalYUuCgDyVMjdxRLz5yzLoaSO9m5ii5cI0dQNCjexvj9M4ec6woi6 +N8v1pOmQAQ9at5Fd8A6tAxZI8tdlEUnXYgNwb8eVZEWsgXtBhoyAru7 Tzw+F6ToYq6hmKhfsT+fIhFXsYso7L4nYUqTnM4VOZgNhcTv+qVQkHfO OeJKUkNB8Qc=" > > 4. dig +dnssec se @localhost (or whatever interface unbound is listening on) > > 5. On i386, you get a validated response (with the ad bit set). On > amd64, you get a SERVFAIL. > > ALTERNATE STEPS 2-5 with BIND: > > 2. Install either bind94 or bind95 from ports. Make any necessary > mods to the config in /etc/namedb/named.conf bundled with FreeBSD > to get a basic caching resolver working. > > 3a. add the following lines to /etc/namedb/named.conf in the 'options' > section: > > dnssec-enable yes; > dnssec-validation yes; > dnssec-lookaside . trust-anchor dlv.isc.org; > > 3b. Add the following lines to the global section of /etc/namedb/named.conf: > > trusted-keys { > dlv.isc.org. 257 3 5 "BEAAAAPp1USu3BecNerrrd78zxJIslqFaJ9csRkxd9LCMzvk9Z0wFzoF kWAHMmMhWFpSLjPLX8UL6zDg85XE55hzqJKoKJndRqtncUwHkjh6zERN uymtKZSCZvkg5mG6Q9YORkcfkQD2GIRxGwx9BW7y3ZhyEf7ht/jEh01N ibG/uAhj4qkzBM6mgAhSGuaKdDdo40vMrwdv0CHJ74JYnYqU+vsTxEIw c/u+5VdA0+ZOA1+X3yk1qscxHC24ewPoiASE7XlzFqIyuKDlOcFySchT Ho/UhNyDra2uAYUH1onUa7ybtdtQclmYVavMplcay4aofVtjU9NqhCtv f/dbAtaWguDB"; > }; > > 4. dig +dnssec br @localhost (br is in the ISC DLV registry) > > 5. On i386, you get a validated response (with the ad bit set). On > amd64, the query simply times out. If you change the trusted-key > to something obviously bogus, the exact behavior on amd64 is > replicated. The debug logs show the same--the key appears to be > bad. > > It appears that cryptographic processing for RSASHA1 on amd64 just > isn't working quite right, which is why I suspect something in > OpenSSL. > >> Fix: > > The following things HAVE NOT WORKED: > > 0. Using the OpenSSL installed in the base system. > > 1. Using latest ports version of OpenSSL and linking BIND against it. > > 2. Compiling ports version of OpenSSL with -O instead of -O3 and > linking BIND against it. > > 3. Using a different version of gcc (3.3.6 and 4.4.0 both tried) > to compile OpenSSL from ports & linking BIND to that. > > 4. Compiling static ports OpenSSL libraries and statically linking > BIND against it. > > 5. Compiling ports OpenSSL with the 'no-asm' option and linking > BIND to it. > > I'll happily try other workarounds/suggestions. >> Release-Note: >> Audit-Trail: >> Unformatted: From tinderbox at freebsd.org Tue Aug 26 02:33:02 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Aug 26 02:33:15 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080826023300.4AB1A73039@freebsd-current.sentex.ca> TB --- 2008-08-26 02:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 02:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-26 02:00:00 - cleaning the object tree TB --- 2008-08-26 02:00:52 - cvsupping the source tree TB --- 2008-08-26 02:00:52 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-26 02:00:57 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 02:00:57 - cd /src TB --- 2008-08-26 02:00:57 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 02:01:00 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/amd64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 02:33:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 02:33:00 - ERROR: failed to build world TB --- 2008-08-26 02:33:00 - tinderbox aborted TB --- 1444.78 user 189.60 system 1979.43 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Tue Aug 26 04:52:43 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Aug 26 04:53:01 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080826045239.452B473039@freebsd-current.sentex.ca> TB --- 2008-08-26 04:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 04:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-26 04:20:00 - cleaning the object tree TB --- 2008-08-26 04:20:19 - cvsupping the source tree TB --- 2008-08-26 04:20:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-26 04:20:28 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 04:20:28 - cd /src TB --- 2008-08-26 04:20:28 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 04:20:31 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/amd64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 04:52:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 04:52:39 - ERROR: failed to build world TB --- 2008-08-26 04:52:39 - tinderbox aborted TB --- 1442.39 user 187.93 system 1959.03 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Tue Aug 26 07:13:44 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Aug 26 07:13:51 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080826071342.1572473039@freebsd-current.sentex.ca> TB --- 2008-08-26 06:40:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 06:40:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-26 06:40:01 - cleaning the object tree TB --- 2008-08-26 06:40:22 - cvsupping the source tree TB --- 2008-08-26 06:40:22 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-26 06:40:29 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 06:40:29 - cd /src TB --- 2008-08-26 06:40:29 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 06:40:32 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/amd64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 07:13:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 07:13:41 - ERROR: failed to build world TB --- 2008-08-26 07:13:41 - tinderbox aborted TB --- 1444.72 user 188.88 system 2020.66 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Tue Aug 26 09:32:21 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Aug 26 09:32:27 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080826093218.38DAB73039@freebsd-current.sentex.ca> TB --- 2008-08-26 09:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 09:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-26 09:00:00 - cleaning the object tree TB --- 2008-08-26 09:00:13 - cvsupping the source tree TB --- 2008-08-26 09:00:13 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-26 09:00:21 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 09:00:21 - cd /src TB --- 2008-08-26 09:00:21 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 09:00:23 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/amd64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 09:32:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 09:32:18 - ERROR: failed to build world TB --- 2008-08-26 09:32:18 - tinderbox aborted TB --- 1441.29 user 188.93 system 1937.91 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Tue Aug 26 11:52:31 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Aug 26 11:52:37 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080826115228.E4C5773039@freebsd-current.sentex.ca> TB --- 2008-08-26 11:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 11:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-26 11:20:00 - cleaning the object tree TB --- 2008-08-26 11:20:18 - cvsupping the source tree TB --- 2008-08-26 11:20:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-26 11:20:25 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 11:20:25 - cd /src TB --- 2008-08-26 11:20:25 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 11:20:27 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/amd64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 11:52:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 11:52:28 - ERROR: failed to build world TB --- 2008-08-26 11:52:28 - tinderbox aborted TB --- 1442.86 user 187.02 system 1948.38 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From cabin1011 at gmail.com Tue Aug 26 13:07:00 2008 From: cabin1011 at gmail.com (Hideyuki Hakotani) Date: Tue Aug 26 13:07:06 2008 Subject: please support ASUS M2N-VM DVI Message-ID: Hello my mother is ASUS M2N-VM DVI. Chipset is Nvidia GeForce7050PV/nForce630a(MCP68PVNT). But,boot message say MCP67 chipset. Please support MCP68 chipset?. Thank you. From tinderbox at freebsd.org Tue Aug 26 14:12:17 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Aug 26 14:12:23 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080826141213.ADC4173039@freebsd-current.sentex.ca> TB --- 2008-08-26 13:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 13:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-26 13:40:00 - cleaning the object tree TB --- 2008-08-26 13:40:16 - cvsupping the source tree TB --- 2008-08-26 13:40:16 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-26 13:40:23 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 13:40:23 - cd /src TB --- 2008-08-26 13:40:23 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 13:40:25 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/amd64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 14:12:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 14:12:13 - ERROR: failed to build world TB --- 2008-08-26 14:12:13 - tinderbox aborted TB --- 1441.65 user 188.09 system 1933.38 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From arved at FreeBSD.org Tue Aug 26 14:37:53 2008 From: arved at FreeBSD.org (arved@FreeBSD.org) Date: Tue Aug 26 14:38:00 2008 Subject: amd64/126693: openssl(1): DNSSEC cryptographic validation doesn't work on amd64 Message-ID: <200808261437.m7QEbrLs075728@freefall.freebsd.org> Synopsis: openssl(1): DNSSEC cryptographic validation doesn't work on amd64 State-Changed-From-To: open->closed State-Changed-By: arved State-Changed-When: Tue Aug 26 14:37:40 UTC 2008 State-Changed-Why: Submitter reports it was a local problem http://www.freebsd.org/cgi/query-pr.cgi?pr=126693 From tinderbox at freebsd.org Tue Aug 26 16:32:16 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Aug 26 16:32:27 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080826163213.C3B2873039@freebsd-current.sentex.ca> TB --- 2008-08-26 16:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-26 16:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-26 16:00:00 - cleaning the object tree TB --- 2008-08-26 16:00:12 - cvsupping the source tree TB --- 2008-08-26 16:00:12 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-26 16:00:20 - building world (CFLAGS=-O -pipe) TB --- 2008-08-26 16:00:20 - cd /src TB --- 2008-08-26 16:00:20 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 26 16:00:22 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building shared library pam_unix.so.4 ===> lib/libpam/libpam (all) ===> lib/libpcap (all) cc -O -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -fstack-protector -c grammar.c In file included from /src/lib/libpcap/../../contrib/libpcap/pcap-int.h:44, from /src/lib/libpcap/../../contrib/libpcap/grammar.y:53: /src/lib/libpcap/../../contrib/libpcap/pcap.h:268: error: conflicting types for 'bpf_filter' /obj/amd64/src/tmp/usr/include/net/bpf.h:880: error: previous declaration of 'bpf_filter' was here *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-26 16:32:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-26 16:32:13 - ERROR: failed to build world TB --- 2008-08-26 16:32:13 - tinderbox aborted TB --- 1441.31 user 188.80 system 1933.52 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Wed Aug 27 04:42:27 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed Aug 27 04:42:45 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080827044224.6616173039@freebsd-current.sentex.ca> TB --- 2008-08-27 03:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-27 03:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-27 03:00:00 - cleaning the object tree TB --- 2008-08-27 03:00:53 - cvsupping the source tree TB --- 2008-08-27 03:00:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-27 03:01:01 - building world (CFLAGS=-O -pipe) TB --- 2008-08-27 03:01:01 - cd /src TB --- 2008-08-27 03:01:01 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 27 03:01:02 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Aug 27 04:39:51 UTC 2008 TB --- 2008-08-27 04:39:51 - generating LINT kernel config TB --- 2008-08-27 04:39:51 - cd /src/sys/amd64/conf TB --- 2008-08-27 04:39:51 - /usr/bin/make -B LINT TB --- 2008-08-27 04:39:51 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-27 04:39:51 - cd /src TB --- 2008-08-27 04:39:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 27 04:39:51 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote ctor /src/sys/dev/wi/if_wi_pccard.c:44:20: error: opt_wi.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-27 04:42:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-27 04:42:24 - ERROR: failed to build lint kernel TB --- 2008-08-27 04:42:24 - tinderbox aborted TB --- 4524.52 user 565.66 system 6143.37 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Wed Aug 27 12:39:47 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed Aug 27 12:39:59 2008 Subject: [releng_7 tinderbox] failure on amd64/amd64 Message-ID: <20080827123943.4BED41B5078@freebsd-stable.sentex.ca> TB --- 2008-08-27 11:26:00 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-27 11:26:00 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-08-27 11:26:00 - cleaning the object tree TB --- 2008-08-27 11:26:30 - cvsupping the source tree TB --- 2008-08-27 11:26:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-08-27 11:26:50 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-27 11:26:50 - cd /src TB --- 2008-08-27 11:26:50 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 27 11:26:51 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries [...] ===> asn1_compile (depend) sed -e '106s/"/"#ifdef __PARSE_UNITS_H__\\n/;' -e '106s/",/\\n#endif\\n",/' /src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_glue.c > gen_glue-fixed.c lex -t /src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/lex.l > lex.c yacc -d -o parse.c /src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/parse.y cd /src/kerberos5/tools/asn1_compile/../make-print-version && /usr/bin/make cc -O2 -pipe -g -DHAVE_CONFIG_H -I/src/kerberos5/tools/make-print-version/../../include -c /src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c ctfconvert -L VERSION make-print-version.o ctfconvert:No such file or directory *** Error code 1 Stop in /src/kerberos5/tools/make-print-version. *** Error code 1 Stop in /src/kerberos5/tools/asn1_compile. *** Error code 1 Stop in /src/kerberos5/tools. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-27 12:39:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-27 12:39:43 - ERROR: failed to build world TB --- 2008-08-27 12:39:43 - tinderbox aborted TB --- 3602.16 user 380.08 system 4423.20 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From imp at FreeBSD.org Wed Aug 27 17:45:46 2008 From: imp at FreeBSD.org (imp@FreeBSD.org) Date: Wed Aug 27 18:03:09 2008 Subject: amd64/123275: [cbb] [pcmcia] cbb/pcmcia drivers on amd64 failure [regression] Message-ID: <200808271745.m7RHjkVm055276@freefall.freebsd.org> Synopsis: [cbb] [pcmcia] cbb/pcmcia drivers on amd64 failure [regression] State-Changed-From-To: open->feedback State-Changed-By: imp State-Changed-When: Wed Aug 27 11:45:24 MDT 2008 State-Changed-Why: Can you test this with 7.0 or -current? http://www.freebsd.org/cgi/query-pr.cgi?pr=123275 From tinderbox at freebsd.org Thu Aug 28 00:09:18 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Aug 28 00:09:28 2008 Subject: [releng_7 tinderbox] failure on amd64/amd64 Message-ID: <20080828000913.CED831B5078@freebsd-stable.sentex.ca> TB --- 2008-08-27 22:22:55 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-27 22:22:55 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-08-27 22:22:55 - cleaning the object tree TB --- 2008-08-27 22:23:11 - cvsupping the source tree TB --- 2008-08-27 22:23:11 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-08-27 22:23:20 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-27 22:23:20 - cd /src TB --- 2008-08-27 22:23:20 - /usr/bin/make -B buildworld >>> World build started on Wed Aug 27 22:23:21 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Aug 27 23:54:00 UTC 2008 TB --- 2008-08-27 23:54:00 - generating LINT kernel config TB --- 2008-08-27 23:54:00 - cd /src/sys/amd64/conf TB --- 2008-08-27 23:54:00 - /usr/bin/make -B LINT TB --- 2008-08-27 23:54:01 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-08-27 23:54:01 - cd /src TB --- 2008-08-27 23:54:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 27 23:54:01 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/cxgb/cxgb_t3fw/../../../conf/kmod_syms.awk cxgb_t3fw.ko export_syms | xargs -J% objcopy % cxgb_t3fw.ko objcopy --strip-debug cxgb_t3fw.ko ===> cyclic (all) cc -O2 -pipe -DDEBUG=1 -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cyclic/../../cddl/compat/opensolaris -I/src/sys/modules/cyclic/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/cyclic/../.. -I/src/sys/modules/cyclic/../../cddl/dev/cyclic/amd64 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -c /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c In file included from /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cyclic.h:40, from /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cyclic_impl.h:33, from /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c:329: /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cpuvar.h:72: error: size of array 'cpuc_pad' is too large *** Error code 1 Stop in /src/sys/modules/cyclic. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 00:09:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 00:09:13 - ERROR: failed to build lint kernel TB --- 2008-08-28 00:09:13 - tinderbox aborted TB --- 5393.48 user 562.39 system 6378.43 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From mexas at bristol.ac.uk Thu Aug 28 09:54:10 2008 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Thu Aug 28 09:54:18 2008 Subject: firefox3 from ports? Message-ID: <20080828093840.GA22153@mech-cluster238.men.bris.ac.uk> Has anybody built firefox3 from ports on amd64? Any particular problems encountered? I'm having many problems building firefox3 on alpha. >From what I gather the problems could show up on other 64-bit platforms. At present I'm stuck with warning: cast from ... to ... increases required alignment of target type anything of this sort happening on amd64 while building firefox3? many thanks anton P.S. Here's the bug thread (bug 449373 on bugzilla.mozilla.org): https://bugzilla.mozilla.org/show_bug.cgi?query_format=specific&order=relevance+desc&bug_status=__open__&id=449373 -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From kometen at gmail.com Thu Aug 28 10:29:32 2008 From: kometen at gmail.com (Claus Guttesen) Date: Thu Aug 28 10:29:40 2008 Subject: firefox3 from ports? In-Reply-To: <20080828093840.GA22153@mech-cluster238.men.bris.ac.uk> References: <20080828093840.GA22153@mech-cluster238.men.bris.ac.uk> Message-ID: > Has anybody built firefox3 from ports on amd64? > Any particular problems encountered? > > I'm having many problems building firefox3 on alpha. > >From what I gather the problems could show up on other > 64-bit platforms. At present I'm stuck with I've installed FF3 at home on my amd64-machine. Works fine. This is on current (aka. FreeBSD 8). -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From shinjii at maydias.com Thu Aug 28 10:32:03 2008 From: shinjii at maydias.com (Warren Liddell) Date: Thu Aug 28 10:32:09 2008 Subject: firefox3 from ports? In-Reply-To: <20080828093840.GA22153@mech-cluster238.men.bris.ac.uk> References: <20080828093840.GA22153@mech-cluster238.men.bris.ac.uk> Message-ID: <200808281959.49462.shinjii@maydias.com> On Thursday 28 August 2008 19:38:40 Anton Shterenlikht wrote: > Has anybody built firefox3 from ports on amd64? > Any particular problems encountered? I built it fine on a desktop AMD64 machine using 7-stable with no problems. From tinderbox at freebsd.org Thu Aug 28 11:33:19 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Aug 28 11:33:37 2008 Subject: [releng_7 tinderbox] failure on amd64/amd64 Message-ID: <20080828113315.0B8A31B5078@freebsd-stable.sentex.ca> TB --- 2008-08-28 09:46:09 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-28 09:46:09 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-08-28 09:46:09 - cleaning the object tree TB --- 2008-08-28 09:46:30 - cvsupping the source tree TB --- 2008-08-28 09:46:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-08-28 09:46:37 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-28 09:46:37 - cd /src TB --- 2008-08-28 09:46:37 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 09:46:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Aug 28 11:17:55 UTC 2008 TB --- 2008-08-28 11:17:55 - generating LINT kernel config TB --- 2008-08-28 11:17:55 - cd /src/sys/amd64/conf TB --- 2008-08-28 11:17:55 - /usr/bin/make -B LINT TB --- 2008-08-28 11:17:55 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-08-28 11:17:55 - cd /src TB --- 2008-08-28 11:17:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 11:17:55 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/cxgb/cxgb_t3fw/../../../conf/kmod_syms.awk cxgb_t3fw.ko export_syms | xargs -J% objcopy % cxgb_t3fw.ko objcopy --strip-debug cxgb_t3fw.ko ===> cyclic (all) cc -O2 -pipe -DDEBUG=1 -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cyclic/../../cddl/compat/opensolaris -I/src/sys/modules/cyclic/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/cyclic/../.. -I/src/sys/modules/cyclic/../../cddl/dev/cyclic/amd64 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -c /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c In file included from /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cyclic.h:40, from /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cyclic_impl.h:33, from /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c:329: /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cpuvar.h:72: error: size of array 'cpuc_pad' is too large *** Error code 1 Stop in /src/sys/modules/cyclic. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 11:33:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 11:33:14 - ERROR: failed to build lint kernel TB --- 2008-08-28 11:33:14 - tinderbox aborted TB --- 5391.33 user 566.47 system 6425.16 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From petefrench at ticketswitch.com Thu Aug 28 12:05:00 2008 From: petefrench at ticketswitch.com (Pete French) Date: Thu Aug 28 12:05:06 2008 Subject: firefox3 from ports? In-Reply-To: <20080828093840.GA22153@mech-cluster238.men.bris.ac.uk> Message-ID: > Has anybody built firefox3 from ports on amd64? > Any particular problems encountered? I had to update my ports (all of them) to the absolute latest or it would complain about old versiosn, but no problems *building* it... ...running it, however, is another matter. I get chunks of the screen where it takes part of the bitmap from my desktop and duplicates it across the space (borders of web pafges particularly). also printing seems to juust scale the bitmap fonts so the printout can actually be illegible. I also tried with a precompiled package a few days ago, but the same issues arose. So I've gone back to firefox2 which actually works. -pete. From tinderbox at freebsd.org Thu Aug 28 14:08:23 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Aug 28 14:08:35 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080828140815.E8D6673039@freebsd-current.sentex.ca> TB --- 2008-08-28 12:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 12:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-28 12:20:00 - cleaning the object tree TB --- 2008-08-28 12:20:57 - cvsupping the source tree TB --- 2008-08-28 12:20:57 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-28 12:21:07 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 12:21:07 - cd /src TB --- 2008-08-28 12:21:07 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 12:21:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Aug 28 14:00:08 UTC 2008 TB --- 2008-08-28 14:00:08 - generating LINT kernel config TB --- 2008-08-28 14:00:08 - cd /src/sys/amd64/conf TB --- 2008-08-28 14:00:08 - /usr/bin/make -B LINT TB --- 2008-08-28 14:00:08 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-28 14:00:08 - cd /src TB --- 2008-08-28 14:00:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 14:00:08 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_output.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_peeloff.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_sysctl.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c cc1: warnings being treated as errors /src/sys/netinet/sctp_timer.c: In function 'sctp_mark_all_for_resend': /src/sys/netinet/sctp_timer.c:682: warning: label 'start_again' defined but not used *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 14:08:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 14:08:15 - ERROR: failed to build lint kernel TB --- 2008-08-28 14:08:15 - tinderbox aborted TB --- 4779.48 user 605.14 system 6495.34 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From xxjack12xx at gmail.com Thu Aug 28 14:43:58 2008 From: xxjack12xx at gmail.com (Jack L.) Date: Thu Aug 28 14:44:10 2008 Subject: firefox3 from ports? In-Reply-To: References: <20080828093840.GA22153@mech-cluster238.men.bris.ac.uk> Message-ID: On Thu, Aug 28, 2008 at 5:04 AM, Pete French wrote: >> Has anybody built firefox3 from ports on amd64? >> Any particular problems encountered? > > I had to update my ports (all of them) to the absolute latest > or it would complain about old versiosn, but no problems > *building* it... > > ...running it, however, is another matter. I get chunks of > the screen where it takes part of the bitmap from my desktop > and duplicates it across the space (borders of web pafges > particularly). also printing seems to juust scale the bitmap > fonts so the printout can actually be illegible. > > I also tried with a precompiled package a few days ago, > but the same issues arose. So I've gone back to firefox2 > which actually works. > > -pete. I've had no problems with it as well. From naddy at mips.inka.de Thu Aug 28 14:35:10 2008 From: naddy at mips.inka.de (Christian Weisgerber) Date: Thu Aug 28 14:51:30 2008 Subject: firefox3 from ports? References: <20080828093840.GA22153@mech-cluster238.men.bris.ac.uk> Message-ID: Pete French wrote: > ...running it, however, is another matter. I get chunks of > the screen where it takes part of the bitmap from my desktop > and duplicates it across the space (borders of web pafges > particularly). That is an X11 problem, not a Firefox bug, and workarounds/solutions have been discussed at length. -- Christian "naddy" Weisgerber naddy@mips.inka.de From naddy at mips.inka.de Thu Aug 28 14:36:48 2008 From: naddy at mips.inka.de (Christian Weisgerber) Date: Thu Aug 28 14:51:39 2008 Subject: firefox3 from ports? References: <20080828093840.GA22153@mech-cluster238.men.bris.ac.uk> Message-ID: Anton Shterenlikht wrote: > Has anybody built firefox3 from ports on amd64? Yes. > Any particular problems encountered? No, I use it daily. > warning: cast from ... to ... increases > required alignment of target type No such warnings on amd64. I think they only show up on architectures that require strict alignment, and amd64 doesn't. FWIW, building firefox on OpenBSD/alpha and /sparc64 produces lots of these warnings, but after all the pointer casting games are done, the actual accesses still come out properly aligned and firefox runs. -- Christian "naddy" Weisgerber naddy@mips.inka.de From petefrench at ticketswitch.com Thu Aug 28 14:56:55 2008 From: petefrench at ticketswitch.com (Pete French) Date: Thu Aug 28 14:57:01 2008 Subject: firefox3 from ports? In-Reply-To: Message-ID: > That is an X11 problem, not a Firefox bug, and workarounds/solutions > have been discussed at length. Oh! That I didn't know, as I didnt find anything with google, and it hasnt appeared on any mailing lists I am on. Do you have a link ? cheers, -pete. From gavin at FreeBSD.org Thu Aug 28 15:51:30 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Thu Aug 28 15:51:36 2008 Subject: amd64/116514: freebsd6.2 can't detect GA-M61SME-S2's onboard lan card Message-ID: <200808281551.m7SFpTnp005511@freefall.freebsd.org> Synopsis: freebsd6.2 can't detect GA-M61SME-S2's onboard lan card State-Changed-From-To: feedback->closed State-Changed-By: gavin State-Changed-When: Thu Aug 28 15:37:21 UTC 2008 State-Changed-Why: Feedback timeout (3 months). To submitter: if this card still does not work under FreeBSD 7.0 or 6.3, we will need the output of "pciconf -l" before we'll be able to help. If you can provide that, I'll reopen this PR. Responsible-Changed-From-To: freebsd-amd64->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Thu Aug 28 15:37:21 UTC 2008 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=116514 From gavin at FreeBSD.org Thu Aug 28 15:59:29 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Thu Aug 28 15:59:37 2008 Subject: amd64/117186: [modules] kldload Unsupported file type on STABLE amd64 Message-ID: <200808281559.m7SFxSwC005660@freefall.freebsd.org> Synopsis: [modules] kldload Unsupported file type on STABLE amd64 State-Changed-From-To: feedback->closed State-Changed-By: gavin State-Changed-When: Thu Aug 28 15:58:19 UTC 2008 State-Changed-Why: Feedback timeout (3 months). To submitter: if you are still seeing this issue, we can reopen the PR Responsible-Changed-From-To: freebsd-amd64->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Thu Aug 28 15:58:19 UTC 2008 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=117186 From gavin at FreeBSD.org Thu Aug 28 16:16:50 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Thu Aug 28 16:16:55 2008 Subject: amd64/102122: [boot] 6.1-RELEASE amd64 Install Media panics on boot. Message-ID: <200808281616.m7SGGndX008233@freefall.freebsd.org> Synopsis: [boot] 6.1-RELEASE amd64 Install Media panics on boot. State-Changed-From-To: feedback->closed State-Changed-By: gavin State-Changed-When: Thu Aug 28 16:14:47 UTC 2008 State-Changed-Why: Feedback timeout (3 months). To submitter: there's every possibility that this is fixed in FreeBSD 7.0 (and possibly 6.3), if you are able to test and find this still doesn't work for you we can reopen this PR. Responsible-Changed-From-To: freebsd-amd64->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Thu Aug 28 16:14:47 UTC 2008 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=102122 From gavin at FreeBSD.org Thu Aug 28 16:31:02 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Thu Aug 28 16:31:09 2008 Subject: amd64/122468: Compile problems after upgrading to 7.0 Message-ID: <200808281631.m7SGV2vj009982@freefall.freebsd.org> Synopsis: Compile problems after upgrading to 7.0 State-Changed-From-To: feedback->open State-Changed-By: gavin State-Changed-When: Thu Aug 28 16:28:58 UTC 2008 State-Changed-Why: Feedback was received http://www.freebsd.org/cgi/query-pr.cgi?pr=122468 From freebsd at sopwith.solgatos.com Thu Aug 28 16:43:02 2008 From: freebsd at sopwith.solgatos.com (Dieter) Date: Thu Aug 28 16:43:15 2008 Subject: firefox3 from ports? In-Reply-To: Your message of "Thu, 28 Aug 2008 14:36:45 -0000." Message-ID: <200808281641.QAA00630@sopwith.solgatos.com> [ -alpha@ added ] > > From what I gather the problems could show up on other > > 64-bit platforms. Alignment requirements vary with CPU arch, but is not a 32 vs 64 bit issue. > > warning: cast from ... to ... increases > > required alignment of target type > > No such warnings on amd64. I think they only show up on architectures > that require strict alignment, and amd64 doesn't. > FWIW, building firefox on OpenBSD/alpha and /sparc64 produces lots > of these warnings, but after all the pointer casting games are done, > the actual accesses still come out properly aligned and firefox > runs. Very interesting. Are you saying that the compiler warnings are wrong? Are you saying that a 2nd cast is done before the actual access which undoes the increase in alignment? Do you know for certain that the code in question is getting executed? Given the large amount of code in firefox, and the large number of features, I can imagine that lots of code only gets executed under rare occasions. > > What is the easiest way to build this port with gcc42? Try setting your PATH so that gcc42 is first. Verify by running "gcc -v". Are the alignment warnings the only remaining compiler warnings? From gavin at FreeBSD.org Thu Aug 28 16:54:05 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Thu Aug 28 16:54:11 2008 Subject: amd64/111096: motherboard ASRock AM2NF6G-VSTA not supported Message-ID: <200808281654.m7SGs4tX011767@freefall.freebsd.org> Synopsis: motherboard ASRock AM2NF6G-VSTA not supported State-Changed-From-To: feedback->feedback State-Changed-By: gavin State-Changed-When: Thu Aug 28 16:51:59 UTC 2008 State-Changed-Why: To submitter: Do you still have this problem with more recent versions of FreeBSD? If so, we really need the output of "pciconf -l" before we can hope to support this chipset. Responsible-Changed-From-To: freebsd-amd64->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Thu Aug 28 16:51:59 UTC 2008 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=111096 From gavin at FreeBSD.org Thu Aug 28 17:09:57 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Thu Aug 28 17:10:03 2008 Subject: amd64/100838: [powerd] FreeBSD 6.0/6.1 kernel panics when booting with EIST enabled on Intel Bensley platform Message-ID: <200808281709.m7SH9usW012496@freefall.freebsd.org> Synopsis: [powerd] FreeBSD 6.0/6.1 kernel panics when booting with EIST enabled on Intel Bensley platform State-Changed-From-To: feedback->feedback State-Changed-By: gavin State-Changed-When: Thu Aug 28 17:07:42 UTC 2008 State-Changed-Why: To submitter: Do you still see this problem on newer versions of FreeBSD? If so, can you put the two files produced by the command "acpidump -t -d -o 100838.dsdt > 100838.asl" on a website somewhere and make them available for download? Responsible-Changed-From-To: freebsd-amd64->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Thu Aug 28 17:07:42 UTC 2008 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=100838 From mexas at bristol.ac.uk Thu Aug 28 17:12:46 2008 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Thu Aug 28 17:12:59 2008 Subject: firefox3 from ports? In-Reply-To: <200808281641.QAA00630@sopwith.solgatos.com> References: <200808281641.QAA00630@sopwith.solgatos.com> Message-ID: <20080828171237.GA71953@mech-cluster238.men.bris.ac.uk> On Thu, Aug 28, 2008 at 09:41:46AM +0100, Dieter wrote: > [ -alpha@ added ] > > > > From what I gather the problems could show up on other > > > 64-bit platforms. > > Alignment requirements vary with CPU arch, but is not a 32 vs 64 bit issue. > > > > warning: cast from ... to ... increases > > > required alignment of target type > > > > No such warnings on amd64. I think they only show up on architectures > > that require strict alignment, and amd64 doesn't. > > > FWIW, building firefox on OpenBSD/alpha and /sparc64 produces lots > > of these warnings, but after all the pointer casting games are done, > > the actual accesses still come out properly aligned and firefox > > runs. > > Very interesting. Are you saying that the compiler warnings are wrong? > Are you saying that a 2nd cast is done before the actual access which > undoes the increase in alignment? Do you know for certain that the code > in question is getting executed? Given the large amount of code in > firefox, and the large number of features, I can imagine that lots of > code only gets executed under rare occasions. > > > > What is the easiest way to build this port with gcc42? > > Try setting your PATH so that gcc42 is first. Verify by running > "gcc -v". I added this to /etc/make.conf: # Build ports/www/firefox3 with the latest gcc .if ${.CURDIR:M*/www/firefox3*} USE_GCC=4.2+ .endif this seems to work, however the error and the warnings are very similar if not identical. Then I disabled #CXXFLAGS += $(WARNINGS_AS_ERRORS) in a Makefile in a particular directory which gave me the error. I did this reluctantly, following the advice from firefox developer: --- Comment #12 from Benjamin Smedberg [:bs] (bsmedberg) 2008-08-28 +06:45:09 PDT --- These are warnings. They are *probably* harmless. To turn off warnings-as-errors for this directory, do: make WARNINGS_AS_ERRORS= from https://bugzilla.mozilla.org/show_bug.cgi?id=449373 after that the compilation went ahead with many many alignment warnings. > > Are the alignment warnings the only remaining compiler warnings? there might have been other, but the alignment was a clear champion. Now I get error on linking: gmake[3]: Entering directory `/usr/ports/www/firefox3/work/mozilla/toolkit/library' rm -f libxul.so g++42 -I/usr/local/include -I/usr/local/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align -Wno-long-long -O -pipe -mcpu=ev6 -mieee -O2 -fno-strict-aliasing -fno-strict-aliasing -fshort-wchar -pipe -DNDEBUG -DTRIMMED -O -fPIC -shared -Wl,-z,defs -Wl,-h,libxul.so -o libxul.so nsStaticXULComponents.o nsUnicharUtils.o nsCompressedCharMap.o nsBidiUtils.o nsRDFResource.o -pthread -Wl,-rpath-link,../../dist/bin -Wl,--whole-archive ../../embedding/browser/gtk/src/libgtkembedmoz.a ../../toolkit/xre/libxulapp_s.a ../../staticlib/components/libxpconnect.a ../../staticlib/components/libnecko.a ../../staticlib/components/libuconv.a ../../staticlib/components/libi18n.a ../../staticlib/components/libchardet.a ../../staticlib/components/libjar50.a ../../staticlib/components/libpref.a ../../staticlib/components/libcaps.a ../../staticlib/components/libhtmlpars.a ../../staticlib/components/libimglib2.a ../../staticlib/components/libgklayout.a ../../staticlib/components/libdocshell.a ../../staticlib/components/libembedcomponents.a ../../staticlib/components/libwebbrwsr.a ../../staticlib/components/libnsappshell.a ../../staticlib/components/libtxmgr.a ../../staticlib/components/libchrome.a ../../staticlib/components/libcommandlines.a ../../staticlib/components/libtoolkitcomps.a ../../staticlib/components/libpipboot.a ../../staticlib/components/libpipnss.a ../../staticlib/components/libxmlextras.a ../../staticlib/components/libgkplugin.a ../../staticlib/components/libmozfind.a ../../staticlib/components/libappcomps.a ../../staticlib/components/libunixproxy.a ../../staticlib/components/libxpinstall.a ../../staticlib/components/libjsd.a ../../staticlib/components/libautoconfig.a ../../staticlib/components/libauth.a ../../staticlib/components/libcookie.a ../../staticlib/components/libpermissions.a ../../staticlib/components/libuniversalchardet.a ../../staticlib/components/libcomposer.a ../../staticlib/components/librdf.a ../../staticlib/components/libwindowds.a ../../staticlib/components/libintlapp.a ../../staticlib/components/libfileview.a ../../staticlib/components/libstoragecomps.a ../../staticlib/components/libplaces.a ../../staticlib/components/libtkautocomplete.a ../../staticlib/components/libsatchel.a ../../staticlib/components/libpippki.a ../../staticlib/components/libucvmath.a ../../staticlib/components/libwidget_gtk2.a ../../staticlib/components/libsystem-pref.a ../../staticlib/components/libgkgfxthebes.a ../../staticlib/components/liboji.a ../../staticlib/components/libaccessibility.a ../../staticlib/components/libremoteservice.a ../../staticlib/components/libspellchecker.a ../../staticlib/components/libzipwriter.a ../../staticlib/libxpcom_core.a ../../staticlib/libucvutil_s.a ../../staticlib/libgkgfx.a ../../staticlib/libgfxshared_s.a ../../staticlib/libmozreg_s.a ../../staticlib/libmorkreader_s.a ../../staticlib/libgtkxtbin.a ../../staticlib/libgfxpsshar.a ../../staticlib/libthebes.a ../../staticlib/libjsj.a -Wl,--no-whole-archive -L../../dist/lib -lsqlite3 -Wl,-Bsymbolic -lc -L../../dist/bin -L../../dist/lib -L../../dist/bin -L../../dist/lib -L../../jpeg -lmozjpeg -L../../modules/libimg/png -lmozpng -L../../dist/bin -lmozlcms -L../../dist/bin -lmozjs -L../../dist/bin -L../../dist/lib -lcrmf -lsmime3 -lssl3 -lnss3 -lnssutil3 -lsoftokn3 -L/usr/lib -lz -pthread -L/usr/local/lib -lpangocairo-1.0 -lcairo -lpangoft2-1.0 -lpango-1.0 -lm -lfreetype -lz -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv -pthread -L/usr/local/lib -lcairo -lfreetype -lz -lfontconfig -L/usr/local/lib -pthread -L/usr/local/lib -lXrender -lcairo -lX11 -L/usr/local/lib -lplds4 -lplc4 -lnspr4 -pthread -L/usr/local/lib -lX11 -L/usr/local/lib -lXft -lXrender -lfontconfig -lfreetype -lz -lX11 -pthread -L/usr/local/lib -lgtk-x11-2.0 -latk-1.0 -lgdk-x11-2.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lcairo -lpangoft2-1.0 -lpango-1.0 -lm -lfreetype -lz -lfontconfig -lgmodule-2.0 -lX11 -lXfixes -lgobject-2.0 -lglib-2.0 -liconv -lXt -lgthread-2.0 -L/usr/local/lib -lfreetype -lz -lm -pthread -pthread -L/usr/local/lib -liconv ../../staticlib/components/libxpconnect.a(xpcwrappednative.o)(.text+0x303c): In function `XPCWrappedNative::CallMethod(XPCCallContext&, XPCWrappedNative::CallMode)': : undefined reference to `NS_InvokeByIndex_P' ../../staticlib/components/libxpconnect.a(xpcwrappednative.o)(.text+0x307c): In function `XPCWrappedNative::CallMethod(XPCCallContext&, XPCWrappedNative::CallMode)': : undefined reference to `NS_InvokeByIndex_P' ../../staticlib/components/libgklayout.a(txXPCOMExtensionFunction.o)(.text+0xc1c): In function `txXPCOMExtensionFunctionCall::evaluate(txIEvalContext*, txAExprResult**)': : undefined reference to `NS_InvokeByIndex_P' ../../staticlib/components/libgklayout.a(nsXTFInterfaceAggregator.o)(.text+0x2cc): In function `nsXTFInterfaceAggregator::CallMethod(unsigned short, XPTMethodDescriptor const*, nsXPTCMiniVariant*)': : undefined reference to `NS_InvokeByIndex_P' ../../staticlib/components/libgklayout.a(nsXTFWeakTearoff.o)(.text+0x208): In function `nsXTFWeakTearoff::CallMethod(unsigned short, XPTMethodDescriptor const*, nsXPTCMiniVariant*)': : undefined reference to `NS_InvokeByIndex_P' ../../staticlib/libxpcom_core.a(nsProxyEvent.o)(.text+0x944): more undefined references to `NS_InvokeByIndex_P' follow ../../staticlib/libxpcom_core.a(xptcinvoke_freebsd_alpha.o)(.text+0x44): In function `XPTC_InvokeByIndex': : undefined reference to `$invoke_copy_to_stack..ng' ../../staticlib/libxpcom_core.a(xptcstubs_freebsd_alpha.o)(.text+0x40): In function `SharedStub': : undefined reference to `$PrepareAndDispatch..ng' collect2: ld returned 1 exit status gmake[3]: *** [libxul.so] Error 1 gmake[3]: Leaving directory `/usr/ports/www/firefox3/work/mozilla/toolkit/library' The final 4 lines refer to 2 xptc* files, which I copied from FF2 distro and modified myself, so that probably means I have to review these 2 files. thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From tinderbox at freebsd.org Thu Aug 28 17:26:53 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Aug 28 17:27:04 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080828172647.91C4273039@freebsd-current.sentex.ca> TB --- 2008-08-28 17:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 17:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-28 17:00:00 - cleaning the object tree TB --- 2008-08-28 17:00:46 - cvsupping the source tree TB --- 2008-08-28 17:00:46 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-28 17:00:54 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 17:00:54 - cd /src TB --- 2008-08-28 17:00:54 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 17:00:56 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_compress.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio_inject.c cc -O -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libzpool/../../../cddl/compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../../cddl/lib/libumem -I/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libnvpair -fstack-protector -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88:35: error: macro "VOP_GETATTR" requires 4 arguments, but only 3 given /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c: In function 'vdev_file_open': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: 'VOP_GETATTR' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_file.c:88: error: for each function it appears in.) *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 17:26:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 17:26:47 - ERROR: failed to build world TB --- 2008-08-28 17:26:47 - tinderbox aborted TB --- 1163.50 user 154.84 system 1606.62 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From gavin at FreeBSD.org Thu Aug 28 17:30:43 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Thu Aug 28 17:30:49 2008 Subject: amd64/119949: [install] 6.3-RELEASE install; cannot find packages/INDEX error Message-ID: <200808281730.m7SHUh7f015987@freefall.freebsd.org> Synopsis: [install] 6.3-RELEASE install; cannot find packages/INDEX error State-Changed-From-To: feedback->closed State-Changed-By: gavin State-Changed-When: Thu Aug 28 17:28:26 UTC 2008 State-Changed-Why: Feedback timeout (5 months), it looks like this was user error, but without feedback I can't confirm this. To submitter: if you still feel this is a problem, let me know and I'll reopen the PR. Responsible-Changed-From-To: freebsd-amd64->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Thu Aug 28 17:28:26 UTC 2008 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=119949 From gavin at FreeBSD.org Thu Aug 28 17:32:28 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Thu Aug 28 17:32:34 2008 Subject: amd64/89503: [boot] Cant Boot Installation Disk Message-ID: <200808281732.m7SHWRVV016235@freefall.freebsd.org> Synopsis: [boot] Cant Boot Installation Disk State-Changed-From-To: feedback->closed State-Changed-By: gavin State-Changed-When: Thu Aug 28 17:31:09 UTC 2008 State-Changed-Why: Feedback timeout (5 months). To submitter: if this is still an issue with newer versions of FreeBSD, let me know and I'll reopen this PR. Responsible-Changed-From-To: freebsd-amd64->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Thu Aug 28 17:31:09 UTC 2008 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=89503 From tinderbox at freebsd.org Thu Aug 28 20:27:39 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Aug 28 20:27:47 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080828202736.7FA9773039@freebsd-current.sentex.ca> TB --- 2008-08-28 18:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-28 18:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-28 18:40:00 - cleaning the object tree TB --- 2008-08-28 18:40:23 - cvsupping the source tree TB --- 2008-08-28 18:40:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-28 18:40:30 - building world (CFLAGS=-O -pipe) TB --- 2008-08-28 18:40:30 - cd /src TB --- 2008-08-28 18:40:30 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 18:40:32 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Aug 28 20:19:21 UTC 2008 TB --- 2008-08-28 20:19:21 - generating LINT kernel config TB --- 2008-08-28 20:19:21 - cd /src/sys/amd64/conf TB --- 2008-08-28 20:19:21 - /usr/bin/make -B LINT TB --- 2008-08-28 20:19:22 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-28 20:19:22 - cd /src TB --- 2008-08-28 20:19:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 20:19:22 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_output.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_peeloff.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_sysctl.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c cc1: warnings being treated as errors /src/sys/netinet/sctp_timer.c: In function 'sctp_mark_all_for_resend': /src/sys/netinet/sctp_timer.c:682: warning: label 'start_again' defined but not used *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 20:27:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 20:27:36 - ERROR: failed to build lint kernel TB --- 2008-08-28 20:27:36 - tinderbox aborted TB --- 4778.84 user 601.39 system 6455.30 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Thu Aug 28 22:34:58 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Aug 28 22:35:05 2008 Subject: [releng_7 tinderbox] failure on amd64/amd64 Message-ID: <20080828223455.D06321B5078@freebsd-stable.sentex.ca> TB --- 2008-08-28 21:02:41 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-28 21:02:41 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-08-28 21:02:41 - cleaning the object tree TB --- 2008-08-28 21:03:04 - cvsupping the source tree TB --- 2008-08-28 21:03:04 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-08-28 21:03:14 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-28 21:03:14 - cd /src TB --- 2008-08-28 21:03:14 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 21:03:15 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Aug 28 22:34:55 UTC 2008 TB --- 2008-08-28 22:34:55 - generating LINT kernel config TB --- 2008-08-28 22:34:55 - cd /src/sys/amd64/conf TB --- 2008-08-28 22:34:55 - /usr/bin/make -B LINT TB --- 2008-08-28 22:34:55 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-08-28 22:34:55 - cd /src TB --- 2008-08-28 22:34:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 22:34:55 UTC 2008 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10k1 headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ext2fs filesystem WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 22:34:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 22:34:55 - ERROR: failed to build lint kernel TB --- 2008-08-28 22:34:55 - tinderbox aborted TB --- 4592.77 user 505.01 system 5534.46 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From naddy at mips.inka.de Thu Aug 28 23:53:50 2008 From: naddy at mips.inka.de (Christian Weisgerber) Date: Fri Aug 29 00:01:42 2008 Subject: firefox3 from ports? References: Message-ID: Pete French wrote: > > That is an X11 problem, not a Firefox bug, and workarounds/solutions > > have been discussed at length. > > Oh! That I didn't know, as I didnt find anything with google, and it > hasnt appeared on any mailing lists I am on. Do you have a link ? http://bugs.freedesktop.org/show_bug.cgi?id=13795 http://bugs.freedesktop.org/show_bug.cgi?id=15098 https://bugzilla.mozilla.org/show_bug.cgi?id=411831 In short: * If you use XAA acceleration, set Option "XAANoOffscreenPixmaps" "true". This should be safe. * Alternatively, switch from XAA to EXA, if the latter is supported and proves to work for your graphics card. I have an "ATI Radeon X300SE" radeon(4) card here and _for that specific hardware_ I highly recommend switching to EXA. -- Christian "naddy" Weisgerber naddy@mips.inka.de From peter at wemm.org Fri Aug 29 04:18:58 2008 From: peter at wemm.org (Peter Wemm) Date: Fri Aug 29 04:19:05 2008 Subject: firefox3 from ports? In-Reply-To: References: Message-ID: On Thu, Aug 28, 2008 at 4:53 PM, Christian Weisgerber wrote: > Pete French wrote: > >> > That is an X11 problem, not a Firefox bug, and workarounds/solutions >> > have been discussed at length. >> >> Oh! That I didn't know, as I didnt find anything with google, and it >> hasnt appeared on any mailing lists I am on. Do you have a link ? > > http://bugs.freedesktop.org/show_bug.cgi?id=13795 > http://bugs.freedesktop.org/show_bug.cgi?id=15098 > https://bugzilla.mozilla.org/show_bug.cgi?id=411831 > > In short: > * If you use XAA acceleration, set Option "XAANoOffscreenPixmaps" > "true". This should be safe. > * Alternatively, switch from XAA to EXA, if the latter is supported > and proves to work for your graphics card. > > I have an "ATI Radeon X300SE" radeon(4) card here and _for that > specific hardware_ I highly recommend switching to EXA. Thank you. Although it might have saved an iteration of mailing list ping pong if you'd mentioned this above. I too, hit the same problems and gave up on ff3 for the same reason. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From tinderbox at freebsd.org Fri Aug 29 08:16:48 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 29 08:16:53 2008 Subject: [releng_7 tinderbox] failure on amd64/amd64 Message-ID: <20080829081645.2AB901B5078@freebsd-stable.sentex.ca> TB --- 2008-08-29 06:42:04 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-29 06:42:04 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-08-29 06:42:04 - cleaning the object tree TB --- 2008-08-29 06:42:20 - cvsupping the source tree TB --- 2008-08-29 06:42:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-08-29 06:42:27 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-29 06:42:27 - cd /src TB --- 2008-08-29 06:42:27 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 29 06:42:29 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Aug 29 08:16:44 UTC 2008 TB --- 2008-08-29 08:16:44 - generating LINT kernel config TB --- 2008-08-29 08:16:44 - cd /src/sys/amd64/conf TB --- 2008-08-29 08:16:44 - /usr/bin/make -B LINT TB --- 2008-08-29 08:16:44 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-08-29 08:16:44 - cd /src TB --- 2008-08-29 08:16:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 29 08:16:44 UTC 2008 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10k1 headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ext2fs filesystem WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-29 08:16:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-29 08:16:44 - ERROR: failed to build lint kernel TB --- 2008-08-29 08:16:44 - tinderbox aborted TB --- 4593.07 user 508.20 system 5680.52 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full From tinderbox at freebsd.org Fri Aug 29 09:08:07 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 29 09:08:13 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080829090804.A72E773039@freebsd-current.sentex.ca> TB --- 2008-08-29 07:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-29 07:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-29 07:20:00 - cleaning the object tree TB --- 2008-08-29 07:20:47 - cvsupping the source tree TB --- 2008-08-29 07:20:47 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-29 07:20:53 - building world (CFLAGS=-O -pipe) TB --- 2008-08-29 07:20:53 - cd /src TB --- 2008-08-29 07:20:53 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 29 07:20:54 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Aug 29 09:00:19 UTC 2008 TB --- 2008-08-29 09:00:19 - generating LINT kernel config TB --- 2008-08-29 09:00:19 - cd /src/sys/amd64/conf TB --- 2008-08-29 09:00:19 - /usr/bin/make -B LINT TB --- 2008-08-29 09:00:20 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-29 09:00:20 - cd /src TB --- 2008-08-29 09:00:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 29 09:00:20 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_amrr.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_crypto.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_crypto_ccmp.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_crypto_none.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/net80211/ieee80211_crypto_tkip.c cc1: warnings being treated as errors /src/sys/net80211/ieee80211_crypto_tkip.c: In function 'michael_mic': /src/sys/net80211/ieee80211_crypto_tkip.c:896: warning: format '%u' expects type 'unsigned int', but argument 2 has type 'size_t' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-29 09:08:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-29 09:08:04 - ERROR: failed to build lint kernel TB --- 2008-08-29 09:08:04 - tinderbox aborted TB --- 4759.49 user 601.93 system 6483.46 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From jhb at freebsd.org Fri Aug 29 14:50:28 2008 From: jhb at freebsd.org (John Baldwin) Date: Fri Aug 29 14:50:34 2008 Subject: amd64/117186: [modules] kldload Unsupported file type on STABLE amd64 In-Reply-To: <200808281559.m7SFxSwC005660@freefall.freebsd.org> References: <200808281559.m7SFxSwC005660@freefall.freebsd.org> Message-ID: <200808291038.56052.jhb@freebsd.org> On Thursday 28 August 2008 11:59:28 am gavin@freebsd.org wrote: > Synopsis: [modules] kldload Unsupported file type on STABLE amd64 > > State-Changed-From-To: feedback->closed > State-Changed-By: gavin > State-Changed-When: Thu Aug 28 15:58:19 UTC 2008 > State-Changed-Why: > Feedback timeout (3 months). To submitter: if you are still seeing > this issue, we can reopen the PR > > > Responsible-Changed-From-To: freebsd-amd64->gavin > Responsible-Changed-By: gavin > Responsible-Changed-When: Thu Aug 28 15:58:19 UTC 2008 > Responsible-Changed-Why: > Track > > http://www.freebsd.org/cgi/query-pr.cgi?pr=117186 This is still a bug. It's a harmless warning, but it is caused by link_elf.c not handling a file and link_elf_obj.c then handling it ok. Probably what needs to happen is that this specific error condition shouldn't output an error message, but should return a unique error value, and kern_linker.c should only output an error if all of the linker_if handlers fail with this error value and then output its own error message. -- John Baldwin From gavin at FreeBSD.org Fri Aug 29 15:06:37 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Fri Aug 29 15:06:43 2008 Subject: amd64/117186: [modules] kldload Unsupported file type on STABLE amd64 Message-ID: <200808291506.m7TF6bNe060681@freefall.freebsd.org> Synopsis: [modules] kldload Unsupported file type on STABLE amd64 State-Changed-From-To: closed->open State-Changed-By: gavin State-Changed-When: Fri Aug 29 15:04:39 UTC 2008 State-Changed-Why: Reopen. Quoting jhb@ on freebsd-amd64: http://docs.FreeBSD.org/cgi/mid.cgi?200808291038.56052.jhb This is still a bug. It's a harmless warning, but it is caused by link_elf.c not handling a file and link_elf_obj.c then handling it ok. Probably what needs to happen is that this specific error condition shouldn't output an error message, but should return a unique error value, and kern_linker.c should only output an error if all of the linker_if handlers fail with this error value and then output its own error message. Responsible-Changed-From-To: gavin->freebsd-amd64 Responsible-Changed-By: gavin Responsible-Changed-When: Fri Aug 29 15:04:39 UTC 2008 Responsible-Changed-Why: Give back to maintainers http://www.freebsd.org/cgi/query-pr.cgi?pr=117186 From tinderbox at freebsd.org Fri Aug 29 22:09:43 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Aug 29 22:10:01 2008 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20080829220937.3651273039@freebsd-current.sentex.ca> TB --- 2008-08-29 20:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-08-29 20:20:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-08-29 20:20:01 - cleaning the object tree TB --- 2008-08-29 20:20:50 - cvsupping the source tree TB --- 2008-08-29 20:20:50 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-08-29 20:20:57 - building world (CFLAGS=-O -pipe) TB --- 2008-08-29 20:20:57 - cd /src TB --- 2008-08-29 20:20:57 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 29 20:20:59 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Aug 29 22:00:04 UTC 2008 TB --- 2008-08-29 22:00:04 - generating LINT kernel config TB --- 2008-08-29 22:00:04 - cd /src/sys/amd64/conf TB --- 2008-08-29 22:00:04 - /usr/bin/make -B LINT TB --- 2008-08-29 22:00:04 - building LINT kernel (COPTFLAGS=) TB --- 2008-08-29 22:00:04 - cd /src TB --- 2008-08-29 22:00:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 29 22:00:04 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel ng_bpf.o(.text+0x1198): In function `ng_bpf_setprog': : undefined reference to `bpf_maxinsns' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-29 22:09:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-29 22:09:36 - ERROR: failed to build lint kernel TB --- 2008-08-29 22:09:36 - tinderbox aborted TB --- 4844.89 user 611.05 system 6575.98 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From linimon at FreeBSD.org Fri Aug 29 16:42:34 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Aug 31 13:28:52 2008 Subject: amd64/117186: [modules] kldload Unsupported file type on STABLE amd64 Message-ID: <200808291642.m7TGgY8D086228@freefall.freebsd.org> Synopsis: [modules] kldload Unsupported file type on STABLE amd64 State-Changed-From-To: open->analyzed State-Changed-By: linimon State-Changed-When: Fri Aug 29 16:42:18 UTC 2008 State-Changed-Why: I think 'analyzed' might be a better state for this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=117186