9.0-BETA3 can't boot with USB enabled (was: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config)
On 23.06.2011 11:54, O. Hartmann wrote: > FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in booting > the kernel and ending up > with the message (repeated every 60 seconds): > > run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config I tried to install 9.0-BETA3 to HP Compaq DX7500 and this problem appeared again. I turned off the USB support from the BIOS and after that i installed the system. Now, when i turned on the USB support the kernel could not boot. Can someone suggest something? -- WBR, Andrey V. Elsukov ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: 9.0-BETA3 can't boot with USB enabled
On 29.09.2011 10:23, Andrey V. Elsukov wrote: > On 23.06.2011 11:54, O. Hartmann wrote: >> FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in booting >> the kernel and ending up >> with the message (repeated every 60 seconds): >> >> run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config > > I tried to install 9.0-BETA3 to HP Compaq DX7500 and this problem appeared > again. > I turned off the USB support from the BIOS and after that i installed the > system. > Now, when i turned on the USB support the kernel could not boot. > Can someone suggest something? I'm sorry, but it seems the cause is not in the USB. The kernel could boot with USB enabled after i have disabled firewire. -- WBR, Andrey V. Elsukov ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: make buildworld error on 9.0B2
On 29 September 2011 08:57, Greg Miller wrote:
> On a fresh install of 9.0B2, I've updated my source to RELENG_9 with
> csup, and I get the following when I try to make buildworld:
Good, is this reproducable? There's a patch to csup that may help you
out with this.
Index: src/usr.bin/csup/fixups.c
===
--- src/usr.bin/csup/fixups.c (revision 225772)
+++ src/usr.bin/csup/fixups.c (working copy)
@@ -141,7 +141,7 @@
fixups_lock(f);
while (f->size == 0 && !f->closed)
pthread_cond_wait(&f->cond, &f->lock);
- if (f->closed) {
+ if (f->size == 0) {
fixups_unlock(f);
return (NULL);
}
I know this is a bit of effort, but can you please reproduce the
issue, then see if this patch fixes it for you?
I'd like to try and get this into 9.0-RELEASE but there's no csup
maintainer so I'm just relying on "works for me" and code reviews from
others.
Thanks,
Adrian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: make buildworld error on 9.0B2
On 9/28/11, Garrett Cooper wrote: > On Wed, Sep 28, 2011 at 8:54 PM, Greg Miller wrote: >> On 9/28/11, Garrett Cooper wrote: >>> On Wed, Sep 28, 2011 at 5:57 PM, Greg Miller >>> wrote: On a fresh install of 9.0B2, I've updated my source to RELENG_9 with csup, and I get the following when I try to make buildworld: >> >> [snip] >> >>> If you do ls /usr/src/sys , it's probably missing. >> >> [0] /usr/src # ls /usr/src/sys/sys >> _bus_dma.h _stack.hcapability.h >> joystick.h lockstat.h mqueue.h >> rctl.h tiio.h >> _callout.h _stdint.h cfictl.h >> kenv.h loginclass.hpower.h >> regression.htimeet.h >> _cpuset.h _termios.h gpio.h >> khelp.h module_khelp.h procdesc.h >> sockopt.h ttyhook.h >> _sockaddr_storage.h _umtx.h hhook.h >> ksyms.h mpt_ioctl.h racct.h >> sockstate.h > > Ok, maybe not.. but it's sure incomplete: > > $ ls /sys/sys/* | wc -l > 272 > I saw this once before, with RELENG_8_2. RELENG_8 and RELENG_8_1 got me all the files I needed, but RELENG_8_2 left me with missing files. I've tried it with multiple cvsup servers (cvsup17 and cvsup1) with the same result. My supfile is pretty standard: *** [0] ~ # diff -wu /usr/share/examples/cvsup/standard-supfile fbsd-supfile --- /usr/share/examples/cvsup/standard-supfile 2011-09-27 00:03:40.278232348 -0500 +++ fbsd-supfile2011-09-28 23:13:13.920501983 -0500 @@ -46,10 +46,10 @@ # # IMPORTANT: Change the next line to use one of the CVSup mirror sites # listed at http://www.freebsd.org/doc/handbook/cvsup.html#CVSUP-MIRRORS. -*default host=CHANGE_THIS.FreeBSD.org +*default host=cvsup17.FreeBSD.org *default base=/var/db *default prefix=/usr -*default release=cvs tag=. +*default release=cvs tag=RELENG_9 *default delete use-rel-suffix # If you seem to be limited by CPU rather than network or disk bandwidth, try ** ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: make buildworld error on 9.0B2
On Wed, Sep 28, 2011 at 8:54 PM, Greg Miller wrote: > On 9/28/11, Garrett Cooper wrote: >> On Wed, Sep 28, 2011 at 5:57 PM, Greg Miller wrote: >>> On a fresh install of 9.0B2, I've updated my source to RELENG_9 with >>> csup, and I get the following when I try to make buildworld: > > [snip] > >> If you do ls /usr/src/sys , it's probably missing. > > [0] /usr/src # ls /usr/src/sys/sys > _bus_dma.h _stack.h capability.h > joystick.h lockstat.h mqueue.h > rctl.h tiio.h > _callout.h _stdint.h cfictl.h > kenv.h loginclass.h power.h > regression.h timeet.h > _cpuset.h _termios.h gpio.h > khelp.h module_khelp.h procdesc.h > sockopt.h ttyhook.h > _sockaddr_storage.h _umtx.h hhook.h > ksyms.h mpt_ioctl.h racct.h > sockstate.h Ok, maybe not.. but it's sure incomplete: $ ls /sys/sys/* | wc -l 272 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: make buildworld error on 9.0B2
On 9/28/11, Garrett Cooper wrote: > On Wed, Sep 28, 2011 at 5:57 PM, Greg Miller wrote: >> On a fresh install of 9.0B2, I've updated my source to RELENG_9 with >> csup, and I get the following when I try to make buildworld: [snip] > If you do ls /usr/src/sys , it's probably missing. [0] /usr/src # ls /usr/src/sys/sys _bus_dma.h _stack.hcapability.h joystick.h lockstat.h mqueue.hrctl.h tiio.h _callout.h _stdint.h cfictl.hkenv.h loginclass.hpower.h regression.h timeet.h _cpuset.h _termios.h gpio.h khelp.h module_khelp.h procdesc.h sockopt.h ttyhook.h _sockaddr_storage.h _umtx.h hhook.h ksyms.h mpt_ioctl.h racct.h sockstate.h ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: make buildworld error on 9.0B2
On Wed, Sep 28, 2011 at 5:57 PM, Greg Miller wrote: > On a fresh install of 9.0B2, I've updated my source to RELENG_9 with > csup, and I get the following when I try to make buildworld: > > * > [0] /usr/src # make clean buildworld > find: /usr/src/sys/sys/param.h: No such file or directory > "/usr/src/Makefile", line 217: warning: "find /usr/src/sys/sys/param.h > -mtime -0s" returned non-zero status > ===> share/info (clean) > ===> lib (clean) > ===> lib/csu/amd64 (clean) > rm -f crt1.o crti.o crtn.o Scrt1.o gcrt1.o crt1.s gcrt1.s Scrt1.s > ===> lib/libc (clean) > "/usr/src/lib/libc/sys/Makefile.inc", line 9: Could not find > /usr/src/lib/libc/../../sys/sys/syscall.mk > make: fatal errors encountered -- cannot continue > *** Error code 1 > > Stop in /usr/src/lib. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > [1] /usr/src # exit > exit If you do ls /usr/src/sys , it's probably missing. -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: FreeBSD 9.0-BETA3 Available...
On Wed, 2011-09-28 at 21:42 -0400, Ken Smith wrote: > If you would like to use csup/cvsup mechanisms to access the source > tree the branch tag to use is now "RELENG_8", if you use "." (head) > you will get 10-CURRENT. Sigh. Sorry. It's late... RELENG_9... -- Ken Smith - From there to here, from here to | kensm...@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | signature.asc Description: This is a digitally signed message part
FreeBSD 9.0-BETA3 Available...
The third BETA build of the 9.0-RELEASE release cycle is now available. Since this is the first release of a brand new branch I cross-post the announcements on both -current and -stable. But just so you know most of the developers active in head pay more attention to the -current mailing list. If you notice problems you can report them through the normal Gnats PR system or on the -current mailing list. The 9.0-RELEASE cycle will be tracked here: http://wiki.freebsd.org/Releng/9.0TODO though the schedule listed there is still way off. We'll re-work the schedule some time soon. NOTE: The location of the FTP install tree and ISOs is the same as it had been for BETA2, though we are still deciding if this will be the layout we switch to for the release. ISO images for the following architectures are available, with pathnames given relative to the top-level of the FTP site: amd64: .../releases/amd64/amd64/ISO-IMAGES/9.0/ i386: .../releases/i386/i386/ISO-IMAGES/9.0/ ia64: .../releases/ia64/ia64/ISO-IMAGES/9.0/ powerpc: .../releases/powerpc/powerpc/ISO-IMAGES/9.0/ powerpc64: .../releases/powerpc/powerpc64/ISO-IMAGES/9.0/ sparc64: .../releases/sparc64/sparc64/ISO-IMAGES/9.0/ MD5/SHA256 checksums are tacked on below. If you would like to use csup/cvsup mechanisms to access the source tree the branch tag to use is now "RELENG_8", if you use "." (head) you will get 10-CURRENT. If you would like to access the source tree via SVN it is "svn://svn.freebsd.org/base/stable/9/". We still have the nit that the creation of a new SVN branch winds up causing what looks like a check-in of the entire tree in CVS (a side-effect of the svn2cvs exporter) so "mergemaster -F" is your friend if you are using csup/cvsup. At this point FreeBSD-Update is still not available, in part to help encourage testing the installer. We hope to start the Release Candidate phase of the release cycle with the next test build. Checksums: MD5 (FreeBSD-9.0-BETA3-amd64-bootonly.iso) = 2ce7b93d28fd7ff37965893f1af3f7fc MD5 (FreeBSD-9.0-BETA3-amd64-dvd1.iso) = 4affc701f2052edc548274f090e49235 MD5 (FreeBSD-9.0-BETA3-amd64-memstick.img) = e260f2f2122326cb9a93ac83eb006c1c MD5 (FreeBSD-9.0-BETA3-i386-bootonly.iso) = ef43977dbf1c8c0f40710985660ed55e MD5 (FreeBSD-9.0-BETA3-i386-dvd1.iso) = 95bc3b0c312b83a79752dce616075cdb MD5 (FreeBSD-9.0-BETA3-i386-memstick.img) = d86475510e34698e8077edac717ae73c MD5 (FreeBSD-9.0-BETA3-ia64-bootonly.iso) = 463ee0447dd96ab7fc6e61a6b4623128 MD5 (FreeBSD-9.0-BETA3-ia64-memstick) = 0d6ed910294fbf0afc1c34e9a55227b8 MD5 (FreeBSD-9.0-BETA3-ia64-release.iso) = 716ace96755ddc2965c76590253fb756 MD5 (FreeBSD-9.0-BETA3-powerpc-bootonly.iso) = 6110fe69b92e40e4eab03167795459d0 MD5 (FreeBSD-9.0-BETA3-powerpc-memstick) = 9a365252f3c347c0b465096aed383679 MD5 (FreeBSD-9.0-BETA3-powerpc-release.iso) = 8c18ca00a9a8013a615c86c2a5df46be MD5 (FreeBSD-9.0-BETA3-powerpc64-bootonly.iso) = 2d9e2458116de2b89085fe416e3ce2d5 MD5 (FreeBSD-9.0-BETA3-powerpc64-memstick) = 0b547b0375bfb2a53efc2185b61bfc63 MD5 (FreeBSD-9.0-BETA3-powerpc64-release.iso) = cbc4ad7477bae80f0055e116038d06c2 MD5 (FreeBSD-9.0-BETA3-sparc64-bootonly.iso) = cc1d53cbae4a00672bc0cce3e11ba956 MD5 (FreeBSD-9.0-BETA3-sparc64-dvd1.iso) = 988b07e44a4cfeb39e0aca0a1239c2d2 SHA256 (FreeBSD-9.0-BETA3-amd64-bootonly.iso) = bd12e94d69c189efa15f4ccc5c98d552d54ed204d6d811e9ac8a965dc8780c42 SHA256 (FreeBSD-9.0-BETA3-amd64-dvd1.iso) = fd026f1d0bdddaff533a58b8c731ecbc2b2b14d9d975e8771bebe07eba7a579c SHA256 (FreeBSD-9.0-BETA3-amd64-memstick.img) = 963326cc20ce81cfde062651d757fca1da2ae313fcb2aafcd92054970fdff3a6 SHA256 (FreeBSD-9.0-BETA3-i386-bootonly.iso) = 8a083b9859ca09eca944afc9b20e93b167861b5d876a6ff2c791ad7ffe18f2ac SHA256 (FreeBSD-9.0-BETA3-i386-dvd1.iso) = 811e66efc14ba1a6184b787b09eb497df3c72f38688f73e6b44ffce9e8b81b42 SHA256 (FreeBSD-9.0-BETA3-i386-memstick.img) = 8aca989b1c2837a21240a6c58124f19576cb322c183242e222999f59d99e6293 SHA256 (FreeBSD-9.0-BETA3-ia64-bootonly.iso) = 96c91419fd9a80ff5c3322ef3ee99a4608bda3b39a630dca07869a2aa9c82f13 SHA256 (FreeBSD-9.0-BETA3-ia64-memstick) = 3d253650fdd0bcbecd4f0fb45844f65f4e5a89120b66d16c2d3828370488d5fa SHA256 (FreeBSD-9.0-BETA3-ia64-release.iso) = ab8d322bedc28329298b520b1550940dc5ae75a04636f326baf0f9f5d7e933e2 SHA256 (FreeBSD-9.0-BETA3-powerpc-bootonly.iso) = 0fa3930add2b054ccc828ef9fbbec90efcd9781ad3c82a5ad8bae2d533f27cc5 SHA256 (FreeBSD-9.0-BETA3-powerpc-memstick) = d2c6e43d47021716ac3d0956acc5b9ecf0cf26bc452c1cdf7033d32dc2a66289 SHA256 (FreeBSD-9.0-BETA3-powerpc-release.iso) = 9791766756ecaaa536c2f4e12f86fa99d8fc248d1457f36adafaf2a8865c95b2 SHA256 (FreeBSD-9.0-BETA3-powerpc64-bootonly.iso) = 2d05648ed1be716fd6422ce81f5118424cd6fad7829144e58d64f88315c674e6 SHA256 (FreeBSD-9.0-BETA3-powerpc64-memstick) = f12447fba16b17a93483a22c8dc270c3790707e01ad7b8b0bae9f9bcfeac SHA256 (FreeBSD-9.0-BETA3-powerpc64-release.iso) = 5ccb8b500b1c233077baf38867f595ef753108886e092ba1efd88dfb24ebdbfc SHA256 (F
make buildworld error on 9.0B2
On a fresh install of 9.0B2, I've updated my source to RELENG_9 with csup, and I get the following when I try to make buildworld: * [0] /usr/src # make clean buildworld find: /usr/src/sys/sys/param.h: No such file or directory "/usr/src/Makefile", line 217: warning: "find /usr/src/sys/sys/param.h -mtime -0s" returned non-zero status ===> share/info (clean) ===> lib (clean) ===> lib/csu/amd64 (clean) rm -f crt1.o crti.o crtn.o Scrt1.o gcrt1.o crt1.s gcrt1.s Scrt1.s ===> lib/libc (clean) "/usr/src/lib/libc/sys/Makefile.inc", line 9: Could not find /usr/src/lib/libc/../../sys/sys/syscall.mk make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. [1] /usr/src # exit exit ** My make.conf: # added by use.perl 2011-09-25 03:44:55 PERL_VERSION=5.14.1 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
On Sep 28, 2011, at 4:36 PM, Matt wrote: > On 09/28/11 15:41, Hartmann, O. wrote: >> On 09/28/11 22:18, Doug Barton wrote: >>> On 09/28/2011 12:39, Hartmann, O. wrote: The mess started to happen when I tried to "repair" a non CLANG compiling port math/gotoblas with portmaster -vf amth/gotoblas. Since this build binutils and even gettext and libiconv, I guess they got broken. Last I saw was a successful installation report from portmaster. But the libiconv.so.3 wasn't there anymore when I checked! This is a catastrophy ... I'm on FreeBSD 10.0-CURRENT r225844 >>> It's been widely reported on the ports list that you can't do fresh >>> ports compiles on 10-current, and won't be able to until well after >>> 9.0-RELEASE. The primary reason is that auto* stuff doesn't understand >>> the 2-digit release version. >>> >>> Solutions are to set UNAME_r=9.0-CURRENT in your environment, and/or >>> twiddle the version in newvers.sh and rebuild/reinstall your kernel. >>> >>> >>> hth, >>> >>> Doug >>> >> Yes, it has been discussed. But I was too dumb to realise that the >> phenomenon I >> experienced was triggered by this. >> I'll stay tuned and watch when a solution is at hand. >> > I also was apparently too dumb! Making progress with UNAME_r and newvers.sh > as we speak. > I was unable to compile neon29 properly with UNAME_r alone... buildkernel > underway. > At least it's never boring! Please be aware that some user apps like net-smp and kernel modules like nvidia-driver key in on the __FreeBSD_version number. So if it's out of sync with reality, bad things can happen as you're breaking some developers' assumptions. Thanks! -Garrett___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
On 09/28/11 15:41, Hartmann, O. wrote: On 09/28/11 22:18, Doug Barton wrote: On 09/28/2011 12:39, Hartmann, O. wrote: The mess started to happen when I tried to "repair" a non CLANG compiling port math/gotoblas with portmaster -vf amth/gotoblas. Since this build binutils and even gettext and libiconv, I guess they got broken. Last I saw was a successful installation report from portmaster. But the libiconv.so.3 wasn't there anymore when I checked! This is a catastrophy ... I'm on FreeBSD 10.0-CURRENT r225844 It's been widely reported on the ports list that you can't do fresh ports compiles on 10-current, and won't be able to until well after 9.0-RELEASE. The primary reason is that auto* stuff doesn't understand the 2-digit release version. Solutions are to set UNAME_r=9.0-CURRENT in your environment, and/or twiddle the version in newvers.sh and rebuild/reinstall your kernel. hth, Doug Yes, it has been discussed. But I was too dumb to realise that the phenomenon I experienced was triggered by this. I'll stay tuned and watch when a solution is at hand. Regards, Oliver I also was apparently too dumb! Making progress with UNAME_r and newvers.sh as we speak. I was unable to compile neon29 properly with UNAME_r alone... buildkernel underway. At least it's never boring! Thanks all Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: x220 notes
On Wed, Sep 28, 2011 at 12:32 PM, Garrett Cooper wrote: > On Wed, Sep 28, 2011 at 12:25 PM, Matt wrote: >> On 09/28/11 11:52, Garrett Cooper wrote: >>> >>> On Wed, Sep 28, 2011 at 11:48 AM, Matt wrote: I just picked up an X220 and have been trying to get FreeBSD running well. Some tips ichsmb acpi_video (attaches but doesn't work) aesni coretemp powerd is a must, these processors seem to be designed to run very hot unless throttled. Somehow my C3 state disappears when on AC, I think that's a bios setting? acpi_ibm needs "LEN0068" added to the list of ibm ids at the beginning of /usr/src/sys/dev/acpi_support/acpi_ibm.c...I'd write a patch but that machine is in a world of ports hurt right now :). With this many of the sysctls and leds work, still no brightness (w or wout intel DRI from Konstantin...thanks Konstantin!!) sleep/resume work, but screen is off after resume and cannot be awakened (even w/ dpms and or acpi_video). >>> >>> This is probably another driver bug. Try kldunloading and kldloading >>> your wlan driver to see if that works, and/or start stripping your >>> kernel of unnecessary options until you find the magic formula for >>> what works, and just apply that to rc.suspend // rc.resume and file a >>> PR for the driver bug if there isn't one already. >>> HTH, >>> -Garrett >>> >> >> Driver bug in wireless can leave the screen off? >> I can for instance type reboot and reboot etc. >> >> I also noticed that acpi_video attaches, but nothing works. Looking at AML >> it appears that the correct "hooks" are present, but lcd0 shows as inactive >> and does not go to "1" in sysctl. >> >> ibm_acpi lcd_brightness hooks do not work either. >> >> debug.acpi.reset_video does VERY bad things, involving a reboot loop and >> flashing thinklight >> >> Is there anything else I can do to turn the damn thing back on? >> Any other logging or things to look at? >> >> I will try a minimal kernel shortly. > > A driver bug in general will bring up a blank screen because the > system doesn't fully resume. > > Are you using amd64 or i386? I re-built acpi_ibm and I now have the acpi_ibm sysctls, but most don't seem to do anything. dev.acpi_ibm.0.%desc: IBM ThinkPad ACPI Extras dev.acpi_ibm.0.%driver: acpi_ibm dev.acpi_ibm.0.%location: handle=\_SB_.PCI0.LPC_.EC__.HKEY dev.acpi_ibm.0.%pnpinfo: _HID=LEN0068 _UID=0 dev.acpi_ibm.0.%parent: acpi0 dev.acpi_ibm.0.initialmask: 2060 dev.acpi_ibm.0.availmask: 134217727 dev.acpi_ibm.0.events: 0 dev.acpi_ibm.0.eventmask: 2060 dev.acpi_ibm.0.hotkey: 2484 dev.acpi_ibm.0.lcd_brightness: <--Does not work dev.acpi_ibm.0.volume: 0 <--Does not work dev.acpi_ibm.0.mute: 0 <--works dev.acpi_ibm.0.thinklight: 0 <--works dev.acpi_ibm.0.bluetooth: 0 <--N/A dev.acpi_ibm.0.wlan: 1 <--Works (Read-only) dev.acpi_ibm.0.fan_speed: 2629 <--Works dev.acpi_ibm.0.fan_level: 0 <--Does not work dev.acpi_ibm.0.fan: 1 <-- Don't know Since the volume and brightness buttons don't work, I have to be careful to leave them at max or I won't have full volume available and the LCD will be dim. I do see LCDBrightness referenced in the DSDT, but I see nothing on either the fans or volume. I'm on a T520 running 9-Stable amd64. Any idea of getting brightness and volume to work? I also have the problem of no video after a resume. Other then that, it suspends and resumes just fine. I need to confirm whether the display is really blank or just needs the backlight turned on. -- R. Kevin Oberman, Network Engineer - Retired E-mail: kob6...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
On 09/28/11 22:18, Doug Barton wrote: > On 09/28/2011 12:39, Hartmann, O. wrote: >> The mess started to happen when I tried to "repair" a non CLANG >> compiling port math/gotoblas with portmaster -vf amth/gotoblas. >> Since this build binutils and even gettext and libiconv, I guess they >> got broken. Last I saw was a successful installation report from >> portmaster. But the libiconv.so.3 wasn't there anymore when I checked! >> >> This is a catastrophy ... >> >> I'm on FreeBSD 10.0-CURRENT r225844 > It's been widely reported on the ports list that you can't do fresh > ports compiles on 10-current, and won't be able to until well after > 9.0-RELEASE. The primary reason is that auto* stuff doesn't understand > the 2-digit release version. > > Solutions are to set UNAME_r=9.0-CURRENT in your environment, and/or > twiddle the version in newvers.sh and rebuild/reinstall your kernel. > > > hth, > > Doug > Yes, it has been discussed. But I was too dumb to realise that the phenomenon I experienced was triggered by this. I'll stay tuned and watch when a solution is at hand. Regards, Oliver ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: No disks usable on a P5NE MB
On Sun, Sep 11, 2011 at 10:39:38PM +0200, Baptiste Daroussin wrote: > > > the result is: > > > db> show intrcnt > > > cpu0: timer4510 > > > irq256: hdac0 1 > > > cpu3: timer 29 > > > cpu1: timer 3036 > > > cpu2: timer 31 > > > db> > > > > > > I did break at the mountfrom> prompt > > > If I break before I only have the cpu0 and irq256 entries. > > > > Hmmm, is there any way you can build a 9 kernel without sound support > > (since > > that clutters up bootverbose) and capture a verbose dmesg, using a serial > > console or PXE booting to an NFS root of some sort? > > > I can't pxe boot, but I can record the build on my camera: > http://people.freebsd.org/~bapt/9-fail.avi (18MB) > > (this is 9.0-BETA2 memstick) > > Hope that could help > Apparently this doesn't help, given that I have no way to netboot this box, may that be from pxe and that there is no serial console, what can I do more to help fixing this? I would love to be able to run 9 on my box regards, Bapt pgp3dttciyYm7.pgp Description: PGP signature
Re: HEADS UP: ports/ and 10.0-CURRENT
Garrett Cooper writes: >> >> So if I change /usr/src/sys/conf/newvers.sh to something like vers 9.9 I'm >> not >> going to shoot myself in the foot if I try and update? I would really like to >> avoid downgrading this box.I've altready been bitten once today and had to >> build packages on my tindy and force install. > > Today no, but when someone in changes something in base or ports that > checks for __FreeBSD_version, yes. Since when `uname -r' (kern.osrelease) is dependent on __FreeBSD_version (kern.osreldate)? From what I've seen kensmith@ changed them separately http://svn.freebsd.org/changeset/base/225757 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
On Wednesday 28 September 2011 12:53:23 Beech Rintoul wrote: > On Wednesday 28 September 2011 12:47:50 Doug Barton wrote: > > On 09/28/2011 13:45, Beech Rintoul wrote: > > > On Wednesday 28 September 2011 12:18:47 Doug Barton wrote: > > >> On 09/28/2011 12:39, Hartmann, O. wrote: > > >>> The mess started to happen when I tried to "repair" a non CLANG > > >>> compiling port math/gotoblas with portmaster -vf amth/gotoblas. > > >>> Since this build binutils and even gettext and libiconv, I guess they > > >>> got broken. Last I saw was a successful installation report from > > >>> portmaster. But the libiconv.so.3 wasn't there anymore when I > > >>> checked! > > >>> > > >>> This is a catastrophy ... > > >>> > > >>> I'm on FreeBSD 10.0-CURRENT r225844 > > >> > > >> It's been widely reported on the ports list that you can't do fresh > > >> ports compiles on 10-current, and won't be able to until well after > > >> 9.0-RELEASE. The primary reason is that auto* stuff doesn't understand > > >> the 2-digit release version. > > >> > > >> Solutions are to set UNAME_r=9.0-CURRENT in your environment, and/or > > >> twiddle the version in newvers.sh and rebuild/reinstall your kernel. > > >> > > >> > > >> hth, > > >> > > >> Doug > > > > > > So if I change /usr/src/sys/conf/newvers.sh to something like vers 9.9 > > > I'm not going to shoot myself in the foot if I try and update? I would > > > really like to avoid downgrading this box.I've altready been bitten > > > once today and had to build packages on my tindy and force install. > > > > That should be the case, yes. I haven't tested it yet myself. If you do, > > and it works, let us know and I'll write the UPDATING entry if no one > > else does. > > No problem, I'm building now. Any suggestions as to what port I should try > after the reboot? I'm now at 9.9 and gawk built without problems. So this seems to work at least for the time being. Thanks for the fix, even if it is temporary. :-) If anyone else has a problem port let me know, I'd be happy to run a few. Beech -- --- Beech Rintoul - FreeBSD Developer - be...@freebsd.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/8.2R/announce.html --- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
On Wed, Sep 28, 2011 at 1:45 PM, Beech Rintoul wrote: > On Wednesday 28 September 2011 12:18:47 Doug Barton wrote: >> On 09/28/2011 12:39, Hartmann, O. wrote: >> > The mess started to happen when I tried to "repair" a non CLANG >> > compiling port math/gotoblas with portmaster -vf amth/gotoblas. >> > Since this build binutils and even gettext and libiconv, I guess they >> > got broken. Last I saw was a successful installation report from >> > portmaster. But the libiconv.so.3 wasn't there anymore when I checked! >> > >> > This is a catastrophy ... >> > >> > I'm on FreeBSD 10.0-CURRENT r225844 >> >> It's been widely reported on the ports list that you can't do fresh >> ports compiles on 10-current, and won't be able to until well after >> 9.0-RELEASE. The primary reason is that auto* stuff doesn't understand >> the 2-digit release version. >> >> Solutions are to set UNAME_r=9.0-CURRENT in your environment, and/or >> twiddle the version in newvers.sh and rebuild/reinstall your kernel. >> >> >> hth, >> >> Doug > > So if I change /usr/src/sys/conf/newvers.sh to something like vers 9.9 I'm not > going to shoot myself in the foot if I try and update? I would really like to > avoid downgrading this box.I've altready been bitten once today and had to > build packages on my tindy and force install. Today no, but when someone in changes something in base or ports that checks for __FreeBSD_version, yes. HTH, -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
On Wednesday 28 September 2011 12:47:50 Doug Barton wrote: > On 09/28/2011 13:45, Beech Rintoul wrote: > > On Wednesday 28 September 2011 12:18:47 Doug Barton wrote: > >> On 09/28/2011 12:39, Hartmann, O. wrote: > >>> The mess started to happen when I tried to "repair" a non CLANG > >>> compiling port math/gotoblas with portmaster -vf amth/gotoblas. > >>> Since this build binutils and even gettext and libiconv, I guess they > >>> got broken. Last I saw was a successful installation report from > >>> portmaster. But the libiconv.so.3 wasn't there anymore when I checked! > >>> > >>> This is a catastrophy ... > >>> > >>> I'm on FreeBSD 10.0-CURRENT r225844 > >> > >> It's been widely reported on the ports list that you can't do fresh > >> ports compiles on 10-current, and won't be able to until well after > >> 9.0-RELEASE. The primary reason is that auto* stuff doesn't understand > >> the 2-digit release version. > >> > >> Solutions are to set UNAME_r=9.0-CURRENT in your environment, and/or > >> twiddle the version in newvers.sh and rebuild/reinstall your kernel. > >> > >> > >> hth, > >> > >> Doug > > > > So if I change /usr/src/sys/conf/newvers.sh to something like vers 9.9 > > I'm not going to shoot myself in the foot if I try and update? I would > > really like to avoid downgrading this box.I've altready been bitten once > > today and had to build packages on my tindy and force install. > > That should be the case, yes. I haven't tested it yet myself. If you do, > and it works, let us know and I'll write the UPDATING entry if no one > else does. No problem, I'm building now. Any suggestions as to what port I should try after the reboot? Beech -- --- Beech Rintoul - FreeBSD Developer - be...@freebsd.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/8.2R/announce.html --- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
On 09/28/2011 13:45, Beech Rintoul wrote: > On Wednesday 28 September 2011 12:18:47 Doug Barton wrote: >> On 09/28/2011 12:39, Hartmann, O. wrote: >>> The mess started to happen when I tried to "repair" a non CLANG >>> compiling port math/gotoblas with portmaster -vf amth/gotoblas. >>> Since this build binutils and even gettext and libiconv, I guess they >>> got broken. Last I saw was a successful installation report from >>> portmaster. But the libiconv.so.3 wasn't there anymore when I checked! >>> >>> This is a catastrophy ... >>> >>> I'm on FreeBSD 10.0-CURRENT r225844 >> >> It's been widely reported on the ports list that you can't do fresh >> ports compiles on 10-current, and won't be able to until well after >> 9.0-RELEASE. The primary reason is that auto* stuff doesn't understand >> the 2-digit release version. >> >> Solutions are to set UNAME_r=9.0-CURRENT in your environment, and/or >> twiddle the version in newvers.sh and rebuild/reinstall your kernel. >> >> >> hth, >> >> Doug > > So if I change /usr/src/sys/conf/newvers.sh to something like vers 9.9 I'm > not > going to shoot myself in the foot if I try and update? I would really like to > avoid downgrading this box.I've altready been bitten once today and had to > build packages on my tindy and force install. That should be the case, yes. I haven't tested it yet myself. If you do, and it works, let us know and I'll write the UPDATING entry if no one else does. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
On Wednesday 28 September 2011 12:18:47 Doug Barton wrote: > On 09/28/2011 12:39, Hartmann, O. wrote: > > The mess started to happen when I tried to "repair" a non CLANG > > compiling port math/gotoblas with portmaster -vf amth/gotoblas. > > Since this build binutils and even gettext and libiconv, I guess they > > got broken. Last I saw was a successful installation report from > > portmaster. But the libiconv.so.3 wasn't there anymore when I checked! > > > > This is a catastrophy ... > > > > I'm on FreeBSD 10.0-CURRENT r225844 > > It's been widely reported on the ports list that you can't do fresh > ports compiles on 10-current, and won't be able to until well after > 9.0-RELEASE. The primary reason is that auto* stuff doesn't understand > the 2-digit release version. > > Solutions are to set UNAME_r=9.0-CURRENT in your environment, and/or > twiddle the version in newvers.sh and rebuild/reinstall your kernel. > > > hth, > > Doug So if I change /usr/src/sys/conf/newvers.sh to something like vers 9.9 I'm not going to shoot myself in the foot if I try and update? I would really like to avoid downgrading this box.I've altready been bitten once today and had to build packages on my tindy and force install. Beech -- --- Beech Rintoul - FreeBSD Developer - be...@freebsd.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/8.2R/announce.html --- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
On 09/28/2011 12:39, Hartmann, O. wrote: > The mess started to happen when I tried to "repair" a non CLANG > compiling port math/gotoblas with portmaster -vf amth/gotoblas. > Since this build binutils and even gettext and libiconv, I guess they > got broken. Last I saw was a successful installation report from > portmaster. But the libiconv.so.3 wasn't there anymore when I checked! > > This is a catastrophy ... > > I'm on FreeBSD 10.0-CURRENT r225844 It's been widely reported on the ports list that you can't do fresh ports compiles on 10-current, and won't be able to until well after 9.0-RELEASE. The primary reason is that auto* stuff doesn't understand the 2-digit release version. Solutions are to set UNAME_r=9.0-CURRENT in your environment, and/or twiddle the version in newvers.sh and rebuild/reinstall your kernel. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
On 09/28/11 21:30, Matt wrote: > On 09/28/11 12:16, Hartmann, O. wrote: >> On 09/28/11 20:56, Hartmann, O. wrote: >>> On 09/28/11 20:41, Garrett Cooper wrote: On Sep 28, 2011, at 11:38 AM, Hartmann, O. wrote: > On 09/28/11 20:20, h h wrote: >> "Hartmann, O." writes: >> >>> On 09/28/11 09:26, Hartmann, O. wrote: >>> On 09/28/11 15:47, per...@pluto.rain.com wrote: > Eitan Adler wrote: > >> 2011/9/27 O. Hartmann: >>> Now I understand why some OS vendors have choosen the latin >>> 10 'X' for their tenth version of their operating system ... >> FreeBSD XP anyone? > Are you sure there's a sufficient window of opportunity? :) "Window of Fortune" >>> A stupid question: I experience some strange failures on one of my >>> FreeBSD 10.0-CURRENT/amd64 boxes. >>> libiconv.so.3 is missing for svn. I can not install >>> conversters/libiconv >>> anymore, portbuild compains about a missing >>> libintl.so.9 (huhh?), see below. >> subversion port does not depend on iconv/gettext when WITHOUT_NLS >> is specified. >> >>> Ok, libintl.so.9 is gettext. So I try reinstall gettext and it >>> fails, >>> also! gawk is missing libintl.so.9. So I try to reinstall gawk: >>> portmaster gawk. But gawk complains about no intl found, so it >>> tries to >>> install gettext and gettext complains about not finding >>> libintl.so.9. >> [...] >> >> Try to do WITHOUT_NLS install of lang/gawk. port builds are not >> done in >> clean environment so GNU configure happily prefers gawk over nawk >> in base. >> >> # Check for gawk first since it's generally better. >> AN_MAKEVAR([AWK], [AC_PROG_AWK]) >> AN_PROGRAM([awk], [AC_PROG_AWK]) >> AN_PROGRAM([gawk], [AC_PROG_AWK]) >> AN_PROGRAM([mawk], [AC_PROG_AWK]) >> AN_PROGRAM([nawk], [AC_PROG_AWK]) >> AC_DEFUN([AC_PROG_AWK], >> [AC_CHECK_PROGS(AWK, gawk mawk nawk awk, )]) >> >> Well, you can also deinstall the port. > Even with CLANG, lang/gawk build fine, but it fails installing and > I'm > blind to see what's going on ...: > > Making all in po > Making all in test > root@thor: [gawk] make install > ===> Installing for gawk-4.0.0 > ===>gawk-4.0.0 depends on shared library: sigsegv - found > ===>gawk-4.0.0 depends on shared library: intl - found > ===>Generating temporary packing list > Making install in . > test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin" > install -s -o root -g wheel -m 555 gawk pgawk dgawk > '/usr/local/bin' > make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native' > 'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook > (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk > pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; thenln -s > gawk awk; fi; exit 0) > *** Error code 1 > > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 > > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 > > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 > > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 > > Stop in /usr/ports/lang/gawk. > > > Oliver h.h. is right. Deinstall the port and restart the upgrade was the recommended solution for your upgrade blues. -Garrett___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" >>> Great ... worked! Thanks! >>> ___ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscr...@freebsd.org" >> >> Sorry, take verything back. >> >> Deinstalled gawk, reinstalled gawk, worked so far. Did portmaster >> gettext/libiconv. Worked so far, it reported success. But when I then >> try to portsnap/portmaster, I get the same idiocracy again. Now even >> gawk, gettext and libiconv fail to install since there is no >> libintl.so.9: >> >> >> root@thor: [gawk] make install >> ===>gawk-4.0.0 depends on shared library: sigsegv - found >> ===>gawk-4.0.0 depends on shared library: intl - not found >> ===> Verifying install for intl in /usr/ports/devel/gettext >> ===>gettext-0.18.1.1 depends on package: libtool>=2.4 - found >> ===>gettext-0.18.1.1 depends on shared library: iconv.3 - not found >> ===> Verifying install for iconv.3 in /usr/ports/converters/libiconv >> ===> Building for libiconv-1.13.1_1 >> builddir="`pwd`"; cd libcharset&& make all&& make install-lib >> libdir
Re: x220 notes
On Wed, Sep 28, 2011 at 12:25 PM, Matt wrote: > On 09/28/11 11:52, Garrett Cooper wrote: >> >> On Wed, Sep 28, 2011 at 11:48 AM, Matt wrote: >>> >>> I just picked up an X220 and have been trying to get FreeBSD running >>> well. >>> >>> Some tips >>> ichsmb >>> acpi_video (attaches but doesn't work) >>> aesni >>> coretemp >>> >>> powerd is a must, these processors seem to be designed to run very hot >>> unless throttled. Somehow my C3 state disappears when on AC, I think >>> that's >>> a bios setting? >>> >>> acpi_ibm needs "LEN0068" added to the list of ibm ids at the beginning of >>> /usr/src/sys/dev/acpi_support/acpi_ibm.c...I'd write a patch but that >>> machine is in a world of ports hurt right now :). >>> With this many of the sysctls and leds work, still no brightness (w or >>> wout >>> intel DRI from Konstantin...thanks Konstantin!!) >>> >>> sleep/resume work, but screen is off after resume and cannot be awakened >>> (even w/ dpms and or acpi_video). >> >> This is probably another driver bug. Try kldunloading and kldloading >> your wlan driver to see if that works, and/or start stripping your >> kernel of unnecessary options until you find the magic formula for >> what works, and just apply that to rc.suspend // rc.resume and file a >> PR for the driver bug if there isn't one already. >> HTH, >> -Garrett >> > > Driver bug in wireless can leave the screen off? > I can for instance type reboot and reboot etc. > > I also noticed that acpi_video attaches, but nothing works. Looking at AML > it appears that the correct "hooks" are present, but lcd0 shows as inactive > and does not go to "1" in sysctl. > > ibm_acpi lcd_brightness hooks do not work either. > > debug.acpi.reset_video does VERY bad things, involving a reboot loop and > flashing thinklight > > Is there anything else I can do to turn the damn thing back on? > Any other logging or things to look at? > > I will try a minimal kernel shortly. A driver bug in general will bring up a blank screen because the system doesn't fully resume. Are you using amd64 or i386? -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
On 09/28/11 21:16, Hartmann, O. wrote: > On 09/28/11 20:56, Hartmann, O. wrote: >> On 09/28/11 20:41, Garrett Cooper wrote: >>> On Sep 28, 2011, at 11:38 AM, Hartmann, O. wrote: >>> On 09/28/11 20:20, h h wrote: > "Hartmann, O." writes: > >> On 09/28/11 09:26, Hartmann, O. wrote: >> >>> On 09/28/11 15:47, per...@pluto.rain.com wrote: Eitan Adler wrote: > 2011/9/27 O. Hartmann : >> Now I understand why some OS vendors have choosen the latin >> 10 'X' for their tenth version of their operating system ... > FreeBSD XP anyone? Are you sure there's a sufficient window of opportunity? :) >>> "Window of Fortune" >> A stupid question: I experience some strange failures on one of my >> FreeBSD 10.0-CURRENT/amd64 boxes. >> libiconv.so.3 is missing for svn. I can not install conversters/libiconv >> anymore, portbuild compains about a missing >> libintl.so.9 (huhh?), see below. > subversion port does not depend on iconv/gettext when WITHOUT_NLS is > specified. > >> Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, >> also! gawk is missing libintl.so.9. So I try to reinstall gawk: >> portmaster gawk. But gawk complains about no intl found, so it tries to >> install gettext and gettext complains about not finding libintl.so.9. > [...] > > Try to do WITHOUT_NLS install of lang/gawk. port builds are not done in > clean environment so GNU configure happily prefers gawk over nawk in base. > > # Check for gawk first since it's generally better. > AN_MAKEVAR([AWK], [AC_PROG_AWK]) > AN_PROGRAM([awk], [AC_PROG_AWK]) > AN_PROGRAM([gawk], [AC_PROG_AWK]) > AN_PROGRAM([mawk], [AC_PROG_AWK]) > AN_PROGRAM([nawk], [AC_PROG_AWK]) > AC_DEFUN([AC_PROG_AWK], > [AC_CHECK_PROGS(AWK, gawk mawk nawk awk, )]) > > Well, you can also deinstall the port. Even with CLANG, lang/gawk build fine, but it fails installing and I'm blind to see what's going on ...: Making all in po Making all in test root@thor: [gawk] make install ===> Installing for gawk-4.0.0 ===> gawk-4.0.0 depends on shared library: sigsegv - found ===> gawk-4.0.0 depends on shared library: intl - found ===> Generating temporary packing list Making install in . test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin" install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin' make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native' 'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; thenln -s gawk awk; fi; exit 0) *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk. Oliver >>> h.h. is right. Deinstall the port and restart the upgrade was the >>> recommended solution for your upgrade blues. >>> -Garrett___ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" >> Great ... worked! Thanks! >> ___ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > > Sorry, take verything back. > > Deinstalled gawk, reinstalled gawk, worked so far. Did portmaster > gettext/libiconv. Worked so far, it reported success. But when I then > try to portsnap/portmaster, I get the same idiocracy again. Now even > gawk, gettext and libiconv fail to install since there is no libintl.so.9: > > > root@thor: [gawk] make install > ===> gawk-4.0.0 depends on shared library: sigsegv - found > ===> gawk-4.0.0 depends on shared library: intl - not found > ===>Verifying install for intl in /usr/ports/devel/gettext > ===> gettext-0.18.1.1 depends on package: libtool>=2.4 - found > ===> gettext-0.18.1.1 depends on shared library: iconv.3 - not found > ===>Verifying install for iconv.3 in /usr/ports/converters/libiconv > ===> Building for libiconv-1.13.1_1 > builddir="`pwd`"; cd libcharset && make all && make install-lib > libdir="$builddir/lib" includedir="$builddir/lib" > cd lib && make all > /bin/sh /usr/local/bin/libtool --mode=link --tag=CC clang -O3 > -fno-strict-aliasing -pipe -march=native -std=gnu89 -o libcharset.la > -rpath /usr/local/lib -versi
Re: HEADS UP: ports/ and 10.0-CURRENT
On 09/28/11 12:16, Hartmann, O. wrote: On 09/28/11 20:56, Hartmann, O. wrote: On 09/28/11 20:41, Garrett Cooper wrote: On Sep 28, 2011, at 11:38 AM, Hartmann, O. wrote: On 09/28/11 20:20, h h wrote: "Hartmann, O." writes: On 09/28/11 09:26, Hartmann, O. wrote: On 09/28/11 15:47, per...@pluto.rain.com wrote: Eitan Adler wrote: 2011/9/27 O. Hartmann: Now I understand why some OS vendors have choosen the latin 10 'X' for their tenth version of their operating system ... FreeBSD XP anyone? Are you sure there's a sufficient window of opportunity? :) "Window of Fortune" A stupid question: I experience some strange failures on one of my FreeBSD 10.0-CURRENT/amd64 boxes. libiconv.so.3 is missing for svn. I can not install conversters/libiconv anymore, portbuild compains about a missing libintl.so.9 (huhh?), see below. subversion port does not depend on iconv/gettext when WITHOUT_NLS is specified. Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, also! gawk is missing libintl.so.9. So I try to reinstall gawk: portmaster gawk. But gawk complains about no intl found, so it tries to install gettext and gettext complains about not finding libintl.so.9. [...] Try to do WITHOUT_NLS install of lang/gawk. port builds are not done in clean environment so GNU configure happily prefers gawk over nawk in base. # Check for gawk first since it's generally better. AN_MAKEVAR([AWK], [AC_PROG_AWK]) AN_PROGRAM([awk], [AC_PROG_AWK]) AN_PROGRAM([gawk], [AC_PROG_AWK]) AN_PROGRAM([mawk], [AC_PROG_AWK]) AN_PROGRAM([nawk], [AC_PROG_AWK]) AC_DEFUN([AC_PROG_AWK], [AC_CHECK_PROGS(AWK, gawk mawk nawk awk, )]) Well, you can also deinstall the port. Even with CLANG, lang/gawk build fine, but it fails installing and I'm blind to see what's going on ...: Making all in po Making all in test root@thor: [gawk] make install ===> Installing for gawk-4.0.0 ===>gawk-4.0.0 depends on shared library: sigsegv - found ===>gawk-4.0.0 depends on shared library: intl - found ===>Generating temporary packing list Making install in . test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin" install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin' make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native' 'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; thenln -s gawk awk; fi; exit 0) *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk. Oliver h.h. is right. Deinstall the port and restart the upgrade was the recommended solution for your upgrade blues. -Garrett___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" Great ... worked! Thanks! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" Sorry, take verything back. Deinstalled gawk, reinstalled gawk, worked so far. Did portmaster gettext/libiconv. Worked so far, it reported success. But when I then try to portsnap/portmaster, I get the same idiocracy again. Now even gawk, gettext and libiconv fail to install since there is no libintl.so.9: root@thor: [gawk] make install ===>gawk-4.0.0 depends on shared library: sigsegv - found ===>gawk-4.0.0 depends on shared library: intl - not found ===> Verifying install for intl in /usr/ports/devel/gettext ===>gettext-0.18.1.1 depends on package: libtool>=2.4 - found ===>gettext-0.18.1.1 depends on shared library: iconv.3 - not found ===> Verifying install for iconv.3 in /usr/ports/converters/libiconv ===> Building for libiconv-1.13.1_1 builddir="`pwd`"; cd libcharset&& make all&& make install-lib libdir="$builddir/lib" includedir="$builddir/lib" cd lib&& make all /bin/sh /usr/local/bin/libtool --mode=link --tag=CC clang -O3 -fno-strict-aliasing -pipe -march=native -std=gnu89 -o libcharset.la -rpath /usr/local/lib -version-info 1 -no-undefined localcharset.lo relocatable.lo libtool: link: ar cru .libs/libcharset.a localcharset.o relocatable.o Shared object "libintl.so.9" not found, required by "ar"*** Error code 1 Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1/libcharset/lib. *** Error code 1 Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1/libcharset. *** Error code 1 Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1. *** Error code 1 Stop in /usr/ports/converters/libiconv. **
Re: x220 notes
On 09/28/11 11:52, Garrett Cooper wrote: On Wed, Sep 28, 2011 at 11:48 AM, Matt wrote: I just picked up an X220 and have been trying to get FreeBSD running well. Some tips ichsmb acpi_video (attaches but doesn't work) aesni coretemp powerd is a must, these processors seem to be designed to run very hot unless throttled. Somehow my C3 state disappears when on AC, I think that's a bios setting? acpi_ibm needs "LEN0068" added to the list of ibm ids at the beginning of /usr/src/sys/dev/acpi_support/acpi_ibm.c...I'd write a patch but that machine is in a world of ports hurt right now :). With this many of the sysctls and leds work, still no brightness (w or wout intel DRI from Konstantin...thanks Konstantin!!) sleep/resume work, but screen is off after resume and cannot be awakened (even w/ dpms and or acpi_video). This is probably another driver bug. Try kldunloading and kldloading your wlan driver to see if that works, and/or start stripping your kernel of unnecessary options until you find the magic formula for what works, and just apply that to rc.suspend // rc.resume and file a PR for the driver bug if there isn't one already. HTH, -Garrett Driver bug in wireless can leave the screen off? I can for instance type reboot and reboot etc. I also noticed that acpi_video attaches, but nothing works. Looking at AML it appears that the correct "hooks" are present, but lcd0 shows as inactive and does not go to "1" in sysctl. ibm_acpi lcd_brightness hooks do not work either. debug.acpi.reset_video does VERY bad things, involving a reboot loop and flashing thinklight Is there anything else I can do to turn the damn thing back on? Any other logging or things to look at? I will try a minimal kernel shortly. Thanks, Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
On 09/28/11 20:56, Hartmann, O. wrote: > On 09/28/11 20:41, Garrett Cooper wrote: >> On Sep 28, 2011, at 11:38 AM, Hartmann, O. wrote: >> >>> On 09/28/11 20:20, h h wrote: "Hartmann, O." writes: > On 09/28/11 09:26, Hartmann, O. wrote: > >> On 09/28/11 15:47, per...@pluto.rain.com wrote: >>> Eitan Adler wrote: >>> 2011/9/27 O. Hartmann : > Now I understand why some OS vendors have choosen the latin > 10 'X' for their tenth version of their operating system ... FreeBSD XP anyone? >>> Are you sure there's a sufficient window of opportunity? :) >> "Window of Fortune" > A stupid question: I experience some strange failures on one of my > FreeBSD 10.0-CURRENT/amd64 boxes. > libiconv.so.3 is missing for svn. I can not install conversters/libiconv > anymore, portbuild compains about a missing > libintl.so.9 (huhh?), see below. subversion port does not depend on iconv/gettext when WITHOUT_NLS is specified. > Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, > also! gawk is missing libintl.so.9. So I try to reinstall gawk: > portmaster gawk. But gawk complains about no intl found, so it tries to > install gettext and gettext complains about not finding libintl.so.9. [...] Try to do WITHOUT_NLS install of lang/gawk. port builds are not done in clean environment so GNU configure happily prefers gawk over nawk in base. # Check for gawk first since it's generally better. AN_MAKEVAR([AWK], [AC_PROG_AWK]) AN_PROGRAM([awk], [AC_PROG_AWK]) AN_PROGRAM([gawk], [AC_PROG_AWK]) AN_PROGRAM([mawk], [AC_PROG_AWK]) AN_PROGRAM([nawk], [AC_PROG_AWK]) AC_DEFUN([AC_PROG_AWK], [AC_CHECK_PROGS(AWK, gawk mawk nawk awk, )]) Well, you can also deinstall the port. >>> Even with CLANG, lang/gawk build fine, but it fails installing and I'm >>> blind to see what's going on ...: >>> >>> Making all in po >>> Making all in test >>> root@thor: [gawk] make install >>> ===> Installing for gawk-4.0.0 >>> ===> gawk-4.0.0 depends on shared library: sigsegv - found >>> ===> gawk-4.0.0 depends on shared library: intl - found >>> ===> Generating temporary packing list >>> Making install in . >>> test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin" >>> install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin' >>> make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native' >>> 'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook >>> (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk >>> pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; thenln -s >>> gawk awk; fi; exit 0) >>> *** Error code 1 >>> >>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>> *** Error code 1 >>> >>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>> *** Error code 1 >>> >>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>> *** Error code 1 >>> >>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>> *** Error code 1 >>> >>> Stop in /usr/ports/lang/gawk. >>> >>> >>> Oliver >> h.h. is right. Deinstall the port and restart the upgrade was the >> recommended solution for your upgrade blues. >> -Garrett___ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > Great ... worked! Thanks! > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" Sorry, take verything back. Deinstalled gawk, reinstalled gawk, worked so far. Did portmaster gettext/libiconv. Worked so far, it reported success. But when I then try to portsnap/portmaster, I get the same idiocracy again. Now even gawk, gettext and libiconv fail to install since there is no libintl.so.9: root@thor: [gawk] make install ===> gawk-4.0.0 depends on shared library: sigsegv - found ===> gawk-4.0.0 depends on shared library: intl - not found ===>Verifying install for intl in /usr/ports/devel/gettext ===> gettext-0.18.1.1 depends on package: libtool>=2.4 - found ===> gettext-0.18.1.1 depends on shared library: iconv.3 - not found ===>Verifying install for iconv.3 in /usr/ports/converters/libiconv ===> Building for libiconv-1.13.1_1 builddir="`pwd`"; cd libcharset && make all && make install-lib libdir="$builddir/lib" includedir="$builddir/lib" cd lib && make all /bin/sh /usr/local/bin/libtool --mode=link --tag=CC clang -O3 -fno-strict-aliasing -pipe -march=native -std=gnu89 -o libcharset.la -rpath /usr/local/lib -version-info 1 -no-undefined localcharset.lo relocatable.lo libtool: link: ar cru .libs/libcharset.a localcharset.o relocatable.o Shared object "libintl.so.9" not found, require
Re: 10.0-CURRENT: gawk fails to install: the gawk/libintl chicken and egg problem again
On 09/28/11 20:15, Hartmann, O. wrote: > On 09/28/11 19:43, Garrett Cooper wrote: >> On Sep 28, 2011, at 10:29 AM, Hartmann, O. wrote: >> >>> On 09/28/11 09:26, Hartmann, O. wrote: On 09/28/11 15:47, per...@pluto.rain.com wrote: > Eitan Adler wrote: > >> 2011/9/27 O. Hartmann : >>> Now I understand why some OS vendors have choosen the latin >>> 10 'X' for their tenth version of their operating system ... >> FreeBSD XP anyone? > Are you sure there's a sufficient window of opportunity? :) "Window of Fortune" >>> A stupid question: I experience some strange failures on one of my >>> FreeBSD 10.0-CURRENT/amd64 boxes. >>> libiconv.so.3 is missing for svn. I can not install conversters/libiconv >>> anymore, portbuild compains about a missing >>> libintl.so.9 (huhh?), see below. >>> >>> Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, >>> also! gawk is missing libintl.so.9. So I try to reinstall gawk: >>> portmaster gawk. But gawk complains about no intl found, so it tries to >>> install gettext and gettext complains about not finding libintl.so.9. >>> >>> >>> I'm confused! Is this due to the FreeBSD 10 issue? If not, how to repair? >>> >>> >>> >>> checking for ptrdiff_t integer literal suffix... l >>> checking for size_t integer literal suffix... Shared object >>> "libintl.so.9" not found, required by "pg_config"ul >>> checking for sig_atomic_t integer literal suffix... l >>> checking for wchar_t integer literal suffix... >>> checking for wint_t integer literal suffix... >>> checking for random.h... no >>> checking for struct random_data... no >>> checking whether is standalone... (cached) yes >>> configure: creating ./config.status >>> config.status: creating Makefile >>> Shared object "libintl.so.9" not found, required by "gawk"config.status: >>> error: could not create Makefile >>> ===> Script "configure" failed unexpectedly. >>> Please report the problem to gn...@freebsd.org [maintainer] and attach the >>> "/usr/ports/converters/libiconv/work/libiconv-1.13.1/config.log" including >>> the output of the failure of your make command. Also, it might be a good >>> idea >>> to provide an overview of all packages installed on your system (e.g. an `ls >>> /var/db/pkg`). >>> *** Error code 1 >>> >>> Stop in /usr/ports/converters/libiconv. >>> *** Error code 1 >>> >>> Stop in /usr/ports/converters/libiconv. >>> >>> ===>>> make failed for converters/libiconv >>> ===>>> Aborting update >>> >>> Terminated >>> >>> ===>>> You can restart from the point of failure with this command line: >>> portmaster converters/libiconv >> Oh great.. the gawk/libintl chicken and egg problem again because the port >> was updated (it's in the current or ports archives, 1.5 years ago -- search >> for gawk). IIRC all you need to do is manually update gawk, then libintl, >> etc. >> Thanks, >> -Garrett > Hello Garrett. > I tried to install lang/gawk manually but it refuses being installed, > error see below. > Well, I compiled everything so far with CLANG. Hope this is not the > issue, will check this. > > > Oliver > > Making all in po > Making all in test > ===> Installing for gawk-4.0.0 > ===> Generating temporary packing list > Making install in . > test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin" > install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin' > make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native' > 'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook > (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk > pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; thenln -s > gawk awk; fi; exit 0) > *** Error code 1 > > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 > > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 > > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 > > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 > > Stop in /usr/ports/lang/gawk. > > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" Problem went away after deinstalling gawk and reinstall it from scratch ... ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
On 09/28/11 20:41, Garrett Cooper wrote: > On Sep 28, 2011, at 11:38 AM, Hartmann, O. wrote: > >> On 09/28/11 20:20, h h wrote: >>> "Hartmann, O." writes: >>> On 09/28/11 09:26, Hartmann, O. wrote: > On 09/28/11 15:47, per...@pluto.rain.com wrote: >> Eitan Adler wrote: >> >>> 2011/9/27 O. Hartmann : Now I understand why some OS vendors have choosen the latin 10 'X' for their tenth version of their operating system ... >>> FreeBSD XP anyone? >> Are you sure there's a sufficient window of opportunity? :) > "Window of Fortune" A stupid question: I experience some strange failures on one of my FreeBSD 10.0-CURRENT/amd64 boxes. libiconv.so.3 is missing for svn. I can not install conversters/libiconv anymore, portbuild compains about a missing libintl.so.9 (huhh?), see below. >>> subversion port does not depend on iconv/gettext when WITHOUT_NLS is >>> specified. >>> Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, also! gawk is missing libintl.so.9. So I try to reinstall gawk: portmaster gawk. But gawk complains about no intl found, so it tries to install gettext and gettext complains about not finding libintl.so.9. >>> [...] >>> >>> Try to do WITHOUT_NLS install of lang/gawk. port builds are not done in >>> clean environment so GNU configure happily prefers gawk over nawk in base. >>> >>> # Check for gawk first since it's generally better. >>> AN_MAKEVAR([AWK], [AC_PROG_AWK]) >>> AN_PROGRAM([awk], [AC_PROG_AWK]) >>> AN_PROGRAM([gawk], [AC_PROG_AWK]) >>> AN_PROGRAM([mawk], [AC_PROG_AWK]) >>> AN_PROGRAM([nawk], [AC_PROG_AWK]) >>> AC_DEFUN([AC_PROG_AWK], >>> [AC_CHECK_PROGS(AWK, gawk mawk nawk awk, )]) >>> >>> Well, you can also deinstall the port. >> Even with CLANG, lang/gawk build fine, but it fails installing and I'm >> blind to see what's going on ...: >> >> Making all in po >> Making all in test >> root@thor: [gawk] make install >> ===> Installing for gawk-4.0.0 >> ===> gawk-4.0.0 depends on shared library: sigsegv - found >> ===> gawk-4.0.0 depends on shared library: intl - found >> ===> Generating temporary packing list >> Making install in . >> test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin" >> install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin' >> make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native' >> 'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook >> (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk >> pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; thenln -s >> gawk awk; fi; exit 0) >> *** Error code 1 >> >> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >> *** Error code 1 >> >> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >> *** Error code 1 >> >> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >> *** Error code 1 >> >> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >> *** Error code 1 >> >> Stop in /usr/ports/lang/gawk. >> >> >> Oliver > h.h. is right. Deinstall the port and restart the upgrade was the recommended > solution for your upgrade blues. > -Garrett___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" Great ... worked! Thanks! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: x220 notes
On Wed, Sep 28, 2011 at 11:48 AM, Matt wrote: > I just picked up an X220 and have been trying to get FreeBSD running well. > > Some tips > ichsmb > acpi_video (attaches but doesn't work) > aesni > coretemp > > powerd is a must, these processors seem to be designed to run very hot > unless throttled. Somehow my C3 state disappears when on AC, I think that's > a bios setting? > > acpi_ibm needs "LEN0068" added to the list of ibm ids at the beginning of > /usr/src/sys/dev/acpi_support/acpi_ibm.c...I'd write a patch but that > machine is in a world of ports hurt right now :). > With this many of the sysctls and leds work, still no brightness (w or wout > intel DRI from Konstantin...thanks Konstantin!!) > > sleep/resume work, but screen is off after resume and cannot be awakened > (even w/ dpms and or acpi_video). This is probably another driver bug. Try kldunloading and kldloading your wlan driver to see if that works, and/or start stripping your kernel of unnecessary options until you find the magic formula for what works, and just apply that to rc.suspend // rc.resume and file a PR for the driver bug if there isn't one already. HTH, -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
x220 notes
I just picked up an X220 and have been trying to get FreeBSD running well. Some tips ichsmb acpi_video (attaches but doesn't work) aesni coretemp powerd is a must, these processors seem to be designed to run very hot unless throttled. Somehow my C3 state disappears when on AC, I think that's a bios setting? acpi_ibm needs "LEN0068" added to the list of ibm ids at the beginning of /usr/src/sys/dev/acpi_support/acpi_ibm.c...I'd write a patch but that machine is in a world of ports hurt right now :). With this many of the sysctls and leds work, still no brightness (w or wout intel DRI from Konstantin...thanks Konstantin!!) sleep/resume work, but screen is off after resume and cannot be awakened (even w/ dpms and or acpi_video). I did have some issues with an Intel 6250 Wifi+Wimax that are fixed by the patch that was in the wireless list a while ago. Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
On Sep 28, 2011, at 11:38 AM, Hartmann, O. wrote: > On 09/28/11 20:20, h h wrote: >> "Hartmann, O." writes: >> >>> On 09/28/11 09:26, Hartmann, O. wrote: >>> On 09/28/11 15:47, per...@pluto.rain.com wrote: > Eitan Adler wrote: > >> 2011/9/27 O. Hartmann : >>> Now I understand why some OS vendors have choosen the latin >>> 10 'X' for their tenth version of their operating system ... >> FreeBSD XP anyone? > Are you sure there's a sufficient window of opportunity? :) "Window of Fortune" >>> A stupid question: I experience some strange failures on one of my >>> FreeBSD 10.0-CURRENT/amd64 boxes. >>> libiconv.so.3 is missing for svn. I can not install conversters/libiconv >>> anymore, portbuild compains about a missing >>> libintl.so.9 (huhh?), see below. >> subversion port does not depend on iconv/gettext when WITHOUT_NLS is >> specified. >> >>> Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, >>> also! gawk is missing libintl.so.9. So I try to reinstall gawk: >>> portmaster gawk. But gawk complains about no intl found, so it tries to >>> install gettext and gettext complains about not finding libintl.so.9. >> [...] >> >> Try to do WITHOUT_NLS install of lang/gawk. port builds are not done in >> clean environment so GNU configure happily prefers gawk over nawk in base. >> >> # Check for gawk first since it's generally better. >> AN_MAKEVAR([AWK], [AC_PROG_AWK]) >> AN_PROGRAM([awk], [AC_PROG_AWK]) >> AN_PROGRAM([gawk], [AC_PROG_AWK]) >> AN_PROGRAM([mawk], [AC_PROG_AWK]) >> AN_PROGRAM([nawk], [AC_PROG_AWK]) >> AC_DEFUN([AC_PROG_AWK], >> [AC_CHECK_PROGS(AWK, gawk mawk nawk awk, )]) >> >> Well, you can also deinstall the port. > > Even with CLANG, lang/gawk build fine, but it fails installing and I'm > blind to see what's going on ...: > > Making all in po > Making all in test > root@thor: [gawk] make install > ===> Installing for gawk-4.0.0 > ===> gawk-4.0.0 depends on shared library: sigsegv - found > ===> gawk-4.0.0 depends on shared library: intl - found > ===> Generating temporary packing list > Making install in . > test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin" > install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin' > make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native' > 'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook > (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk > pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; thenln -s > gawk awk; fi; exit 0) > *** Error code 1 > > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 > > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 > > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 > > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 > > Stop in /usr/ports/lang/gawk. > > > Oliver h.h. is right. Deinstall the port and restart the upgrade was the recommended solution for your upgrade blues. -Garrett___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
On 09/28/11 20:20, h h wrote: > "Hartmann, O." writes: > >> On 09/28/11 09:26, Hartmann, O. wrote: >> >>> On 09/28/11 15:47, per...@pluto.rain.com wrote: Eitan Adler wrote: > 2011/9/27 O. Hartmann : >> Now I understand why some OS vendors have choosen the latin >> 10 'X' for their tenth version of their operating system ... > FreeBSD XP anyone? Are you sure there's a sufficient window of opportunity? :) >>> "Window of Fortune" >> A stupid question: I experience some strange failures on one of my >> FreeBSD 10.0-CURRENT/amd64 boxes. >> libiconv.so.3 is missing for svn. I can not install conversters/libiconv >> anymore, portbuild compains about a missing >> libintl.so.9 (huhh?), see below. > subversion port does not depend on iconv/gettext when WITHOUT_NLS is > specified. > >> Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, >> also! gawk is missing libintl.so.9. So I try to reinstall gawk: >> portmaster gawk. But gawk complains about no intl found, so it tries to >> install gettext and gettext complains about not finding libintl.so.9. > [...] > > Try to do WITHOUT_NLS install of lang/gawk. port builds are not done in > clean environment so GNU configure happily prefers gawk over nawk in base. > > # Check for gawk first since it's generally better. > AN_MAKEVAR([AWK], [AC_PROG_AWK]) > AN_PROGRAM([awk], [AC_PROG_AWK]) > AN_PROGRAM([gawk], [AC_PROG_AWK]) > AN_PROGRAM([mawk], [AC_PROG_AWK]) > AN_PROGRAM([nawk], [AC_PROG_AWK]) > AC_DEFUN([AC_PROG_AWK], > [AC_CHECK_PROGS(AWK, gawk mawk nawk awk, )]) > > Well, you can also deinstall the port. > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" Even with CLANG, lang/gawk build fine, but it fails installing and I'm blind to see what's going on ...: Making all in po Making all in test root@thor: [gawk] make install ===> Installing for gawk-4.0.0 ===> gawk-4.0.0 depends on shared library: sigsegv - found ===> gawk-4.0.0 depends on shared library: intl - found ===> Generating temporary packing list Making install in . test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin" install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin' make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native' 'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; thenln -s gawk awk; fi; exit 0) *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk. Oliver ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
"Hartmann, O." writes: > On 09/28/11 09:26, Hartmann, O. wrote: > >> On 09/28/11 15:47, per...@pluto.rain.com wrote: >>> Eitan Adler wrote: >>> 2011/9/27 O. Hartmann : > Now I understand why some OS vendors have choosen the latin > 10 'X' for their tenth version of their operating system ... FreeBSD XP anyone? >>> Are you sure there's a sufficient window of opportunity? :) >> "Window of Fortune" > > A stupid question: I experience some strange failures on one of my > FreeBSD 10.0-CURRENT/amd64 boxes. > libiconv.so.3 is missing for svn. I can not install conversters/libiconv > anymore, portbuild compains about a missing > libintl.so.9 (huhh?), see below. subversion port does not depend on iconv/gettext when WITHOUT_NLS is specified. > > Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, > also! gawk is missing libintl.so.9. So I try to reinstall gawk: > portmaster gawk. But gawk complains about no intl found, so it tries to > install gettext and gettext complains about not finding libintl.so.9. [...] Try to do WITHOUT_NLS install of lang/gawk. port builds are not done in clean environment so GNU configure happily prefers gawk over nawk in base. # Check for gawk first since it's generally better. AN_MAKEVAR([AWK], [AC_PROG_AWK]) AN_PROGRAM([awk], [AC_PROG_AWK]) AN_PROGRAM([gawk], [AC_PROG_AWK]) AN_PROGRAM([mawk], [AC_PROG_AWK]) AN_PROGRAM([nawk], [AC_PROG_AWK]) AC_DEFUN([AC_PROG_AWK], [AC_CHECK_PROGS(AWK, gawk mawk nawk awk, )]) Well, you can also deinstall the port. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
10.0-CURRENT: gawk fails to install: the gawk/libintl chicken and egg problem again
On 09/28/11 19:43, Garrett Cooper wrote: > On Sep 28, 2011, at 10:29 AM, Hartmann, O. wrote: > >> On 09/28/11 09:26, Hartmann, O. wrote: >>> On 09/28/11 15:47, per...@pluto.rain.com wrote: Eitan Adler wrote: > 2011/9/27 O. Hartmann : >> Now I understand why some OS vendors have choosen the latin >> 10 'X' for their tenth version of their operating system ... > FreeBSD XP anyone? Are you sure there's a sufficient window of opportunity? :) >>> "Window of Fortune" >> A stupid question: I experience some strange failures on one of my >> FreeBSD 10.0-CURRENT/amd64 boxes. >> libiconv.so.3 is missing for svn. I can not install conversters/libiconv >> anymore, portbuild compains about a missing >> libintl.so.9 (huhh?), see below. >> >> Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, >> also! gawk is missing libintl.so.9. So I try to reinstall gawk: >> portmaster gawk. But gawk complains about no intl found, so it tries to >> install gettext and gettext complains about not finding libintl.so.9. >> >> >> I'm confused! Is this due to the FreeBSD 10 issue? If not, how to repair? >> >> >> >> checking for ptrdiff_t integer literal suffix... l >> checking for size_t integer literal suffix... Shared object >> "libintl.so.9" not found, required by "pg_config"ul >> checking for sig_atomic_t integer literal suffix... l >> checking for wchar_t integer literal suffix... >> checking for wint_t integer literal suffix... >> checking for random.h... no >> checking for struct random_data... no >> checking whether is standalone... (cached) yes >> configure: creating ./config.status >> config.status: creating Makefile >> Shared object "libintl.so.9" not found, required by "gawk"config.status: >> error: could not create Makefile >> ===> Script "configure" failed unexpectedly. >> Please report the problem to gn...@freebsd.org [maintainer] and attach the >> "/usr/ports/converters/libiconv/work/libiconv-1.13.1/config.log" including >> the output of the failure of your make command. Also, it might be a good >> idea >> to provide an overview of all packages installed on your system (e.g. an `ls >> /var/db/pkg`). >> *** Error code 1 >> >> Stop in /usr/ports/converters/libiconv. >> *** Error code 1 >> >> Stop in /usr/ports/converters/libiconv. >> >> ===>>> make failed for converters/libiconv >> ===>>> Aborting update >> >> Terminated >> >> ===>>> You can restart from the point of failure with this command line: >> portmaster converters/libiconv > Oh great.. the gawk/libintl chicken and egg problem again because the port > was updated (it's in the current or ports archives, 1.5 years ago -- search > for gawk). IIRC all you need to do is manually update gawk, then libintl, etc. > Thanks, > -Garrett Hello Garrett. I tried to install lang/gawk manually but it refuses being installed, error see below. Well, I compiled everything so far with CLANG. Hope this is not the issue, will check this. Oliver Making all in po Making all in test ===> Installing for gawk-4.0.0 ===> Generating temporary packing list Making install in . test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin" install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin' make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native' 'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; thenln -s gawk awk; fi; exit 0) *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
On Sep 28, 2011, at 10:29 AM, Hartmann, O. wrote: > On 09/28/11 09:26, Hartmann, O. wrote: >> On 09/28/11 15:47, per...@pluto.rain.com wrote: >>> Eitan Adler wrote: >>> 2011/9/27 O. Hartmann : > Now I understand why some OS vendors have choosen the latin > 10 'X' for their tenth version of their operating system ... FreeBSD XP anyone? >>> Are you sure there's a sufficient window of opportunity? :) >> "Window of Fortune" > > A stupid question: I experience some strange failures on one of my > FreeBSD 10.0-CURRENT/amd64 boxes. > libiconv.so.3 is missing for svn. I can not install conversters/libiconv > anymore, portbuild compains about a missing > libintl.so.9 (huhh?), see below. > > Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, > also! gawk is missing libintl.so.9. So I try to reinstall gawk: > portmaster gawk. But gawk complains about no intl found, so it tries to > install gettext and gettext complains about not finding libintl.so.9. > > > I'm confused! Is this due to the FreeBSD 10 issue? If not, how to repair? > > > > checking for ptrdiff_t integer literal suffix... l > checking for size_t integer literal suffix... Shared object > "libintl.so.9" not found, required by "pg_config"ul > checking for sig_atomic_t integer literal suffix... l > checking for wchar_t integer literal suffix... > checking for wint_t integer literal suffix... > checking for random.h... no > checking for struct random_data... no > checking whether is standalone... (cached) yes > configure: creating ./config.status > config.status: creating Makefile > Shared object "libintl.so.9" not found, required by "gawk"config.status: > error: could not create Makefile > ===> Script "configure" failed unexpectedly. > Please report the problem to gn...@freebsd.org [maintainer] and attach the > "/usr/ports/converters/libiconv/work/libiconv-1.13.1/config.log" including > the output of the failure of your make command. Also, it might be a good > idea > to provide an overview of all packages installed on your system (e.g. an `ls > /var/db/pkg`). > *** Error code 1 > > Stop in /usr/ports/converters/libiconv. > *** Error code 1 > > Stop in /usr/ports/converters/libiconv. > > ===>>> make failed for converters/libiconv > ===>>> Aborting update > > Terminated > > ===>>> You can restart from the point of failure with this command line: > portmaster converters/libiconv Oh great.. the gawk/libintl chicken and egg problem again because the port was updated (it's in the current or ports archives, 1.5 years ago -- search for gawk). IIRC all you need to do is manually update gawk, then libintl, etc. Thanks, -Garrett___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
On 09/28/11 09:26, Hartmann, O. wrote: > On 09/28/11 15:47, per...@pluto.rain.com wrote: >> Eitan Adler wrote: >> >>> 2011/9/27 O. Hartmann : Now I understand why some OS vendors have choosen the latin 10 'X' for their tenth version of their operating system ... >>> FreeBSD XP anyone? >> Are you sure there's a sufficient window of opportunity? :) > "Window of Fortune" > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" A stupid question: I experience some strange failures on one of my FreeBSD 10.0-CURRENT/amd64 boxes. libiconv.so.3 is missing for svn. I can not install conversters/libiconv anymore, portbuild compains about a missing libintl.so.9 (huhh?), see below. Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, also! gawk is missing libintl.so.9. So I try to reinstall gawk: portmaster gawk. But gawk complains about no intl found, so it tries to install gettext and gettext complains about not finding libintl.so.9. I'm confused! Is this due to the FreeBSD 10 issue? If not, how to repair? checking for ptrdiff_t integer literal suffix... l checking for size_t integer literal suffix... Shared object "libintl.so.9" not found, required by "pg_config"ul checking for sig_atomic_t integer literal suffix... l checking for wchar_t integer literal suffix... checking for wint_t integer literal suffix... checking for random.h... no checking for struct random_data... no checking whether is standalone... (cached) yes configure: creating ./config.status config.status: creating Makefile Shared object "libintl.so.9" not found, required by "gawk"config.status: error: could not create Makefile ===> Script "configure" failed unexpectedly. Please report the problem to gn...@freebsd.org [maintainer] and attach the "/usr/ports/converters/libiconv/work/libiconv-1.13.1/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/converters/libiconv. *** Error code 1 Stop in /usr/ports/converters/libiconv. ===>>> make failed for converters/libiconv ===>>> Aborting update Terminated ===>>> You can restart from the point of failure with this command line: portmaster converters/libiconv ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Improving the FreeBSD-9 boot menu
Warren Block wrote: The patch in PR 160818 makes some clarifications and improvements to the new boot menu. Obviously this is not for 9.0-RELEASE, just wanting to get it out there so people can look at it. http://www.freebsd.org/cgi/query-pr.cgi?pr=160818 Among other things, the patch removes the word "boot" from options that don't actually boot. The options are lined up, and enabled options are drawn in reverse video when loader_color=1 is set in /boot/loader.conf. I just installed 9.0 beta 3 and it looks like your patch has not been committed yet. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: r225827 ia64 make buildworld: sendmail: cc1: warnings being treated as errors
On Wed, Sep 28, 2011 at 11:21 AM, Anton Shterenlikht wrote: > cc -O2 -pipe -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src > -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DNIS > -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 > -I/usr/local/include -DSASL=2 -std=gnu99 -Wsystem-headers -Werror > -Wno-pointer-sign -c > /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c > cc1: warnings being treated as errors > /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:112: warning: > initialization from incompatible pointer type > /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:113: warning: > initialization from incompatible pointer type > *** Error code 1 > 1 error This looks like this issue: http://lists.freebsd.org/pipermail/freebsd-current/2011-September/027640.html It seems that the fix hasn't been committed yet. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
r225827 ia64 make buildworld: sendmail: cc1: warnings being treated as errors
cc -O2 -pipe -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 -I/usr/local/include -DSASL=2 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c cc1: warnings being treated as errors /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:112: warning: initialization from incompatible pointer type /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:113: warning: initialization from incompatible pointer type *** Error code 1 1 error # cat /etc/make.conf # Add SMTP AUTH support to Sendmail SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+=-lsasl2 #CFLAGS= -O1 #COPTFLAGS= -O1 # added by use.perl 2011-09-19 12:12:16 PERL_VERSION=5.14.1 # -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ia64 r225789 panic during "make installworld": Bad buffer logic, remain = 0
On Wed, Sep 28, 2011 at 04:27:39PM +0300, Jaakko Heinonen wrote: > On 2011-09-28, Anton Shterenlikht wrote: > > KDB: stack backtrace: > > getenv with the following non-sleepable locks held: > > exclusive sleep mutex vnode interlock (vnode interlock) r = 0 > > (0xe00011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 > > > > etc. until a hang, requiring cold reset via MP. > > Someone is calling getenv with a vnode interlock held. You need to > figure out the caller. Unfortunately the backtrace is missing above. > > As a temporary workaround you could comment the WITNESS_WARN() line in > getenv() (sys/kern/kern_environment.c) but it is not a real fix. I do not think that this is the real cause of the panic. Line 406 in devfs_vnops.c belongs to devfs_allocv(), and vnode interlock taken there must be consumed by LK_INTERLOCK call to vget(). The getenv() cannot be called from the vget() or two unlock calls between lines 406 and 409. It seems there is something broken elsewere. pgpP9hKdJwqiy.pgp Description: PGP signature
Re: FreeBSD 9: Fn+* keyboard combinations aren't working anymore.
On Wed, Sep 28, 2011 at 05:30:25PM +0400, arrowdodger wrote: > Hello. I've used FreeBSD 8-STABLE on my Asus K40IN notebook. This notebook > has an key combination (Fn+F6/F7)to change monitor brightness. After i've > updated my system to 9-STABLE, these combinations stopped working. It's > worth mentioning, that these combinations still work at boot screen. Have you tried loading acpi_asus.ko? pgpmdHAW8BZBl.pgp Description: PGP signature
Re: FreeBSD 9: Fn+* keyboard combinations aren't working anymore.
On Wed, Sep 28, 2011 at 5:32 PM, Lars Engels wrote: > On Wed, Sep 28, 2011 at 05:30:25PM +0400, arrowdodger wrote: > > Hello. I've used FreeBSD 8-STABLE on my Asus K40IN notebook. This > notebook > > has an key combination (Fn+F6/F7)to change monitor brightness. After i've > > updated my system to 9-STABLE, these combinations stopped working. It's > > worth mentioning, that these combinations still work at boot screen. > > Have you tried loading acpi_asus.ko? > I've tried to do so when i was on 8-STABLE and it didn't work. It's not working for me on 9-STABLE too: acpi_asus0: Unsupported Asus laptop: K40IN All hotkeys, except ones for switching Wi-Fi and adjusting volume, were working on 8-STABLE. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
FreeBSD 9: Fn+* keyboard combinations aren't working anymore.
Hello. I've used FreeBSD 8-STABLE on my Asus K40IN notebook. This notebook has an key combination (Fn+F6/F7)to change monitor brightness. After i've updated my system to 9-STABLE, these combinations stopped working. It's worth mentioning, that these combinations still work at boot screen. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ia64 r225789 panic during "make installworld": Bad buffer logic, remain = 0
On 2011-09-28, Anton Shterenlikht wrote: > KDB: stack backtrace: > getenv with the following non-sleepable locks held: > exclusive sleep mutex vnode interlock (vnode interlock) r = 0 > (0xe00011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 > > etc. until a hang, requiring cold reset via MP. Someone is calling getenv with a vnode interlock held. You need to figure out the caller. Unfortunately the backtrace is missing above. As a temporary workaround you could comment the WITNESS_WARN() line in getenv() (sys/kern/kern_environment.c) but it is not a real fix. -- Jaakko ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: 9 hangs with idletick = 0
Dag-Erling Smørgrav wrote: > I have a box running a GENERIC kernel from September 25th that freezes > completely for a few seconds, up to a minute or so, at random intervals. > Sooner or later it freezes permanently (or at least longer than I am > willing to wait for it to unfreeze) and must be power-cycled, as it does > not respond to Ctrl+Alt+Esc. Network activity (such as downloading ISO > images over a 6 Mbps DSL line) seems to aggravate the issue. The > problem goes away if I enable idletick. > > I had the same problems with a slightly customized kernel (basically > GENERIC with unused drivers removed) built from September 10th sources; > I switched to GENERIC to eliminate the possibility that my kernel config > was to blame. > > Prior to that, the machine ran a kernel with the same custom config > built from April 27th sources without any trouble whatsoever, so the > issue must have been introduced sometime between April 27th and > September 10th. > > The machine is an Intel Core 2 Duo E6600 with 4 GB RAM. > > Relevant sysctls: > > kern.eventtimer.choice: HPET(450) HPET1(440) HPET2(440) LAPIC(400) i8254(100) > RTC(0) > kern.eventtimer.et.LAPIC.flags: 15 > kern.eventtimer.et.LAPIC.frequency: 0 > kern.eventtimer.et.LAPIC.quality: 400 > kern.eventtimer.et.HPET.flags: 3 > kern.eventtimer.et.HPET.frequency: 14318180 > kern.eventtimer.et.HPET.quality: 450 > kern.eventtimer.et.HPET1.flags: 3 > kern.eventtimer.et.HPET1.frequency: 14318180 > kern.eventtimer.et.HPET1.quality: 440 > kern.eventtimer.et.HPET2.flags: 3 > kern.eventtimer.et.HPET2.frequency: 14318180 > kern.eventtimer.et.HPET2.quality: 440 > kern.eventtimer.et.i8254.flags: 1 > kern.eventtimer.et.i8254.frequency: 1193182 > kern.eventtimer.et.i8254.quality: 100 > kern.eventtimer.et.RTC.flags: 17 > kern.eventtimer.et.RTC.frequency: 32768 > kern.eventtimer.et.RTC.quality: 0 > kern.eventtimer.periodic: 0 > kern.eventtimer.timer: HPET > kern.eventtimer.idletick: 1 > kern.eventtimer.singlemul: 2 > kern.timecounter.tick: 1 > kern.timecounter.choice: TSC-low(1000) i8254(0) HPET(950) ACPI-fast(900) > dummy(-100) > kern.timecounter.hardware: TSC-low > kern.timecounter.stepwarnings: 0 > kern.timecounter.tc.ACPI-fast.mask: 16777215 > kern.timecounter.tc.ACPI-fast.counter: 6800584 > kern.timecounter.tc.ACPI-fast.frequency: 3579545 > kern.timecounter.tc.ACPI-fast.quality: 900 > kern.timecounter.tc.HPET.mask: 4294967295 > kern.timecounter.tc.HPET.counter: 3991486344 > kern.timecounter.tc.HPET.frequency: 14318180 > kern.timecounter.tc.HPET.quality: 950 > kern.timecounter.tc.i8254.mask: 65535 > kern.timecounter.tc.i8254.counter: 27169 > kern.timecounter.tc.i8254.frequency: 1193182 > kern.timecounter.tc.i8254.quality: 0 > kern.timecounter.tc.TSC-low.mask: 4294967295 > kern.timecounter.tc.TSC-low.counter: 4021161618 > kern.timecounter.tc.TSC-low.frequency: 9375191 > kern.timecounter.tc.TSC-low.quality: 1000 > kern.timecounter.smp_tsc: 1 > kern.timecounter.invariant_tsc: 1 I am surprised that system doesn't react on keyboard. If something happen to the event timer, then system should get time and interactivity problems, but not freeze completely. > Let me know if you need anything else. I can try to bisect, but it will > take time since the freezes are tricky to reproduce. The only change in event timers in last months I remember was in SVN rev 224919. You may try to revert it. But it was supposed to fix rare problem, not create new. I am not sure how can it harm. If short freezes you've descrived happens often enough, you may try to log them down with enabling KTR_SPARE2 ktr event type and disabling logging within few seconds after such freeze happened. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: FreeBSD 9.0-BETA2 or 3?
Hi, On 9/28/11 5:28 AM, Thomas Mueller wrote: > I looked at ftp://ftp.freebsd.org/pub/FreeBSD/releases/ > > and found a BETA3 but only for some platforms not including i386 and amd64, > but that was yesterday. > > I looked later during the day and found the BETA3 for i386 and amd64. > I've been (trying to) update the download URLs as the new images are uploaded to prevent broken links, though -BETA3 is not officially announced yet. Sorry if this causes confusion, but the alternative would be more confusion to why links are broken. > Now the question is how to update without trashing the BETA2 installation > with all the applications build from ports. > > I don't want to rebuild everything from ports every time there is a new beta > or release candidate; that would be a very inefficient use of time. > > If I can't update with the installer, can I update from source? > > Would the best way be to download only the source (src.txz), then > rm -rf /usr/src/* > then extract the new source? > Otherwise I don't know what to cvsup to, and I did read the FreeBSD Handbook. > I also read /usr/src/README and UPDATING. > > I don't want to update source to HEAD which might now be 10.0-CURRENT. > If you use svn for your source tree, you can use 'svn switch': 'svn switch svn://svn.freebsd.org/base/stable/9 /usr/src' If you use c(v)sup, change the tag in your supfile. Regards, Glen -- Glen Barber ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: FreeBSD 9-Beta3 on X300 2 problems
2011/9/27 crsnet.pl : >> Hi, > > Hello, thanks for reply. >> >> Please try to do this without wlan loaded at all (not just down, but >> build your wifi support as a module.) >> Then try without X, see whether it's related to that or not. >> > First i make kldunload if_iwn. > When i try to suspend from X, Xorg close, i see console and laptop suspend. > When i resume it, i get console (any key dosent work), when i try to ALT+F9 > i get black screen and beep;/ > > But when i try to suspen from console. I get : > pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP0: AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP1: AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP2: AE_BAD_PARAMETER > And laptop suspend, when i resume it. He hangs when i press any buttons it > does nothing. And than i see on console that info : > ugen0.2: ... disconnected > ugen4.2: ... disconnected > ubt0: at uhub0 ... disconnected > then i see this presed lethers > and > acpi0: suspend request ignored (not ready yet) and laptops langs and beep ;/ > >> (And you haven't told us what your hardware is.) > > #dmesg (+WITNESS) > Copyright (c) 1992-2011 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-BETA3 #3: Tue Sep 27 10:47:57 CEST 2011 > cr4sh@x300:/sys/amd64/compile/GENERIC amd64 > WARNING: WITNESS option enabled, expect reduced performance. > CPU: Intel(R) Core(TM)2 Duo CPU L7100 @ 1.20GHz (1197.03-MHz K8-class > CPU) > Origin = "GenuineIntel" Id = 0x6fb Family = 6 Model = f Stepping = 11 > Features=0xbfebfbff > BE> > Features2=0xe3bd > AMD Features=0x20100800 > AMD Features2=0x1 > TSC: P-state invariant, performance statistics > real memory = 2147483648 (2048 MB) > avail memory = 2019139584 (1925 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ACPI Warning: 32/64X length mismatch in Gpe1Block: 0/32 > (20110527/tbfadt-556) > ACPI Warning: Optional field Gpe1Block has zero address or length: > 0x102C/0x0 (20110527/tbfadt-586) > ioapic0: Changing APIC ID to 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > CPU0: local APIC error 0x40 > acpi_ec0: port 0x62,0x66 on acpi0 > acpi0: Power Button (fixed) > acpi0: reservation of 0, a (3) failed > acpi0: reservation of 10, 7ef0 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > vgapci0: port 0x1800-0x1807 mem > 0xfa00-0xfa0f,0xe000-0xefff irq 16 at device 2.0 on pci0 > agp0: on vgapci0 > agp0: aperture size is 256M, detected 7676k stolen memory > vgapci1: mem 0xfa10-0xfa1f at device 2.1 on > pci0 > pci0: at device 3.0 (no driver attached) > atapci0: port > 0x1828-0x182f,0x180c-0x180f,0x1820-0x1827,0x1808-0x180b,0x1810-0x181f irq 18 > at device 3.2 on pci0 > ata2: on atapci0 > ata3: on atapci0 > pci0: at device 3.3 (no driver attached) > em0: port 0x1840-0x185f mem > 0xfa20-0xfa21,0xfa225000-0xfa225fff irq 20 at device 25.0 o > > n pci0 > em0: Using an MSI interrupt > acquiring duplicate lock of same type: "network driver" > 1st &dev_spec->swflag_mutex @ dev/e1000/e1000_ich8lan.c:785 > 2nd &dev_spec->nvm_mutex @ dev/e1000/e1000_ich8lan.c:751 I think that MTX_NETWORK_LOCK is not suitable for this case as you will have 2 different locks with the same name in softc. I think that this patch should be good to go (and fixes the WITNESS warning): http://www.freebsd.org/~attilio/e1000_mutex_init.patch Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: FreeBSD 9.0-BETA 2, camcontrol readcap, no passthrough device found
on 28/09/2011 00:59 Craig Rodrigues said the following: > On Tue, Sep 27, 2011 at 6:45 AM, Andriy Gapon wrote: >> on 27/09/2011 02:02 Craig Rodrigues said the following: >>> Is "camcontrol readcap" supposed to work for an ATA disk? >> >> Or, rephrased - is a SCSI command supposed to work for an ATA disk. >> I am sure that you know the answer. >> >> P.S. camcontrol, of course, can be extended to support the corresponding ATA >> command. > > > Hi, > > According to this document: > > "SCSI / ATA Translation Standard" > http://hackipedia.org/Hardware/SCSI/SCSI-ATA/SCSI%20%20ATA%20Translation.pdf > > The SCSI READ CAPACITY command should map to the ATA IDENTIFY DEVICE command. > I am not familiar with the ATA_CAM code, so don't know if we do this properly > for ATA_CAM. Maybe Alexander Motin can chime in. ATA_CAM doesn't do SCSI -> ATA translation. ATA_CAM != ATA_SCSI or whatever. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [Solved] FreeBSD 9-Beta3 on X300 2 problems
On Tue, 27 Sep 2011 13:06:21 +0100
Gavin Atkinson wrote:
> On Tue, 2011-09-27 at 19:53 +0800, Adrian Chadd wrote:
> > Hans,
> >
> > Why haven't those patches been committed?
>
> This patch is an absolute hack, and shouldn't be committed as it is.
>
> I would, however, appreciate some help in determining the correct
> solution. The solution may well involve not suspending/resuming hpet(4)
> or the other timers on the normal DEVICE_SUSPEND()/DEVICE_RESUME() path
> but instead doing them as the last thing to be suspended, or it may
Like the attached patches do?
> instead involve reworking the USB code (and potentially other code) to
> not need to sleep during suspend/resume. I don't know the right
> solution, but would really like to work with somebody who does.
>
> Please also see the thread "Choosing between DELAY(useconds) and
> pause()" on -current.
>
> Gavin
>
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
--
-|-__ YAMAMOTO, Taku
| __ <
- A chicken is an egg's way of producing more eggs. -
--- sys/kern/subr_bus.c.orig2010-12-02 13:28:01.0 +0900
+++ sys/kern/subr_bus.c 2010-12-08 12:37:05.524727855 +0900
@@ -3385,15 +3385,13 @@ int
bus_generic_suspend(device_t dev)
{
int error;
- device_tchild, child2;
+ device_tchild;
- TAILQ_FOREACH(child, &dev->children, link) {
+ TAILQ_FOREACH_REVERSE(child, &dev->children, device_list, link) {
error = DEVICE_SUSPEND(child);
if (error) {
- for (child2 = TAILQ_FIRST(&dev->children);
-child2 && child2 != child;
-child2 = TAILQ_NEXT(child2, link))
- DEVICE_RESUME(child2);
+ while ((child = TAILQ_NEXT(child, link)) != NULL)
+ DEVICE_RESUME(child);
return (error);
}
}
--- sys/dev/acpica/acpi.c.orig 2010-07-16 08:24:06.0 +0900
+++ sys/dev/acpica/acpi.c 2010-07-21 20:10:59.056243391 +0900
@@ -1702,7 +1702,7 @@ acpi_probe_order(ACPI_HANDLE handle, int
*order = 1;
else if (acpi_MatchHid(handle, "PNP0C01") || acpi_MatchHid(handle,
"PNP0C02"))
*order = 2;
-else if (acpi_MatchHid(handle, "PNP0C09"))
+else if (acpi_MatchHid(handle, "PNP0C09") || acpi_MatchHid(handle,
"PNP0103"))
*order = 3;
else if (acpi_MatchHid(handle, "PNP0C0F"))
*order = 4;
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
Eitan Adler wrote: > 2011/9/27 O. Hartmann : > > Now I understand why some OS vendors have choosen the latin > > 10 'X' for their tenth version of their operating system ... > > FreeBSD XP anyone? Are you sure there's a sufficient window of opportunity? :) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: FreeBSD 9.0-BETA2 or 3?
On 28/09/2011 10:28, Thomas Mueller wrote: > I looked at ftp://ftp.freebsd.org/pub/FreeBSD/releases/ > > and found a BETA3 but only for some platforms not including i386 and amd64, > but that was yesterday. > > I looked later during the day and found the BETA3 for i386 and amd64. Yup. The stable/9 branch was created a few days ago in SVN, and correspondingly the RELENG_9 cvs branch. It's taking a little while for all that and various related changes to percolate through the system. > Now the question is how to update without trashing the BETA2 > installation with all the applications build from ports. BETA2 to BETA3 should not require reinstalling any ports. All the pain of updating ABI version numbers for 9.x has already happened, so anything that ran under BETA2 should just work under BETA3. > I don't want to rebuild everything from ports every time there is a > new beta or release candidate; that would be a very inefficient use > of time. Yes. That would be silly. And a waste of time and energy. > If I can't update with the installer, can I update from source? This is FreeBSD. Of course you can use the source. > Would the best way be to download only the source (src.txz), then > rm -rf /usr/src/* > then extract the new source? > Otherwise I don't know what to cvsup to, and I did read the FreeBSD Handbook. > I also read /usr/src/README and UPDATING. > > I don't want to update source to HEAD which might now be 10.0-CURRENT. > For cvsup / csup, you need to change your supfile to use the RELENG_9 tag. Something like this: *default host=CHANGE_THIS.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_9 *default delete use-rel-suffix *default compress src-all Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: FreeBSD 9.0-BETA2 or 3?
2011/9/28 Thomas Mueller : > > I looked at ftp://ftp.freebsd.org/pub/FreeBSD/releases/ > > and found a BETA3 but only for some platforms not including i386 and amd64, > but that was yesterday. > > I looked later during the day and found the BETA3 for i386 and amd64. > > Now the question is how to update without trashing the BETA2 installation > with all the applications build from ports. > > I don't want to rebuild everything from ports every time there is a new beta > or release candidate; that would be a very inefficient use of time. > > If I can't update with the installer, can I update from source? I'm only used to source-updating, but maybe you can update from one BETA to another with freebsd-update ? > Would the best way be to download only the source (src.txz), then > rm -rf /usr/src/* > then extract the new source? If you want to go the source way, you can use csup from the base system. > Otherwise I don't know what to cvsup to, and I did read the FreeBSD Handbook. > I also read /usr/src/README and UPDATING. > > I don't want to update source to HEAD which might now be 10.0-CURRENT. I personally use subversion-freebsd (from ports) to update my sources because I have local patches, and I switched to the http://svn.freebsd.org/base/stable/9/ branch. csup is simpler to use for common tasks, see /usr/share/examples/cvsup/stable-supfile. Cheers > > > Tom > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: oliv...@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: FreeBSD 9.0-BETA2 or 3?
I looked at ftp://ftp.freebsd.org/pub/FreeBSD/releases/ and found a BETA3 but only for some platforms not including i386 and amd64, but that was yesterday. I looked later during the day and found the BETA3 for i386 and amd64. Now the question is how to update without trashing the BETA2 installation with all the applications build from ports. I don't want to rebuild everything from ports every time there is a new beta or release candidate; that would be a very inefficient use of time. If I can't update with the installer, can I update from source? Would the best way be to download only the source (src.txz), then rm -rf /usr/src/* then extract the new source? Otherwise I don't know what to cvsup to, and I did read the FreeBSD Handbook. I also read /usr/src/README and UPDATING. I don't want to update source to HEAD which might now be 10.0-CURRENT. Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
9 hangs with idletick = 0
I have a box running a GENERIC kernel from September 25th that freezes completely for a few seconds, up to a minute or so, at random intervals. Sooner or later it freezes permanently (or at least longer than I am willing to wait for it to unfreeze) and must be power-cycled, as it does not respond to Ctrl+Alt+Esc. Network activity (such as downloading ISO images over a 6 Mbps DSL line) seems to aggravate the issue. The problem goes away if I enable idletick. I had the same problems with a slightly customized kernel (basically GENERIC with unused drivers removed) built from September 10th sources; I switched to GENERIC to eliminate the possibility that my kernel config was to blame. Prior to that, the machine ran a kernel with the same custom config built from April 27th sources without any trouble whatsoever, so the issue must have been introduced sometime between April 27th and September 10th. The machine is an Intel Core 2 Duo E6600 with 4 GB RAM. Relevant sysctls: kern.eventtimer.choice: HPET(450) HPET1(440) HPET2(440) LAPIC(400) i8254(100) RTC(0) kern.eventtimer.et.LAPIC.flags: 15 kern.eventtimer.et.LAPIC.frequency: 0 kern.eventtimer.et.LAPIC.quality: 400 kern.eventtimer.et.HPET.flags: 3 kern.eventtimer.et.HPET.frequency: 14318180 kern.eventtimer.et.HPET.quality: 450 kern.eventtimer.et.HPET1.flags: 3 kern.eventtimer.et.HPET1.frequency: 14318180 kern.eventtimer.et.HPET1.quality: 440 kern.eventtimer.et.HPET2.flags: 3 kern.eventtimer.et.HPET2.frequency: 14318180 kern.eventtimer.et.HPET2.quality: 440 kern.eventtimer.et.i8254.flags: 1 kern.eventtimer.et.i8254.frequency: 1193182 kern.eventtimer.et.i8254.quality: 100 kern.eventtimer.et.RTC.flags: 17 kern.eventtimer.et.RTC.frequency: 32768 kern.eventtimer.et.RTC.quality: 0 kern.eventtimer.periodic: 0 kern.eventtimer.timer: HPET kern.eventtimer.idletick: 1 kern.eventtimer.singlemul: 2 kern.timecounter.tick: 1 kern.timecounter.choice: TSC-low(1000) i8254(0) HPET(950) ACPI-fast(900) dummy(-100) kern.timecounter.hardware: TSC-low kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 6800584 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 3991486344 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 27169 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.TSC-low.mask: 4294967295 kern.timecounter.tc.TSC-low.counter: 4021161618 kern.timecounter.tc.TSC-low.frequency: 9375191 kern.timecounter.tc.TSC-low.quality: 1000 kern.timecounter.smp_tsc: 1 kern.timecounter.invariant_tsc: 1 Let me know if you need anything else. I can try to bisect, but it will take time since the freezes are tricky to reproduce. DES -- Dag-Erling Smørgrav - d...@des.no ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0
On 2011-09-27, Craig Rodrigues wrote: > I think we need something like the following patch. > +#ifdef ATA_CAM > +SYSCTL_INT(_hw_ata, OID_AUTO, ata_cam_enabled, > + CTLFLAG_RD, &ata_cam_enabled, 1, > + "ATA devices are accessed through the cam(4) driver"); > +#endif I think that using the FEATURE() macro and feature_present(3) might be more appropriate for this. Thanks. -- Jaakko ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
ia64 r225789 panic during "make installworld": Bad buffer logic, remain = 0
This is in single user mode. ===> usr.sbin/amd (install) ===> usr.sbin/amd/include (install) ===> usr.sbin/amd/libamu (install) ===> usr.sbin/amd/amd (install) install -s -o root -g wheel -m 555 amd /usr/sbin lock order reversal: 1st 0xe000141cdcb8 ufs (ufs) @ /usr/src/sys/kern/vfs_vnops.c:618 2nd 0xa0005ed59c38 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:1911 3rd 0xe000141ce098 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2134 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe000141ce0c8) locked @ /usr/src/sys/kern/vfs_subr.c:2132 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe000141ce0c8) locked @ /usr/src/sys/kern/vfs_subr.c:2132 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe000141ce0c8) locked @ /usr/src/sys/kern/vfs_subr.c:2132 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe000141ce0c8) locked @ /usr/src/sys/kern/vfs_subr.c:2132 KDB: stack backtrace: getenv with the following non-sleepable locks held: panic: Bad buffer logic, remain = 0 cpuid = 1 KDB: enter: panic [ thread pid 20507 tid 100097 ] Stopped at kdb_enter+0x92: [I2]addl r14=0xffe211d8,gp ;; db> db> show proc Process 20507 (install) at 0xe00012dca000: state: NORMAL uid: 0 gids: 0 parent: pid 20506 at 0xe00012cd2d50 ABI: FreeBSD ELF64 arguments: install threads: 1 100097 Run CPU 1 install db> db> show thread Thread 100097 at 0xe00012dce450: proc (pid 20507): 0xe00012dca000 name: install stack: 0xa00096cf6000-0xa00096cfdfff flags: 0x4 pflags: 0x40 state: RUNNING (CPU 1) priority: 152 container lock: sched lock 1 (0x9ffc00a73b00) db> db> thread 100097 [ thread pid 20507 tid 100097 ] kdb_enter+0x92: [I2]addl r14=0xffe211d8,gp ;; db> db> bt Tracing pid 20507 tid 100097 td 0xe00012dce450 kdb_enter(0x9ffc0095f418, 0x9ffc0095f418, 0x9ffc003756d0, 0x793) at kdb_enter+0x92 panic(0x9ffc009649c8, 0x0, 0x1, 0x9ffc003ecec0, 0x38c) at panic+0x2e0 putbuf(0xa, 0xa00096cf7c70) at putbuf+0x4d0 putchar(0xa, 0xa00096cf7c70, 0x5, 0x9ffc003eaa30, 0xda0) at putchar+0x110 kvprintf(0x9ffc0095f1d1, 0x9ffc009a98c0, 0xa00096cf7c70, 0xa, 0xa00096cf7d38) at kvprintf+0xf0 vprintf(0x9ffc0095f1d0, 0xa00096cf7d38) at vprintf+0xa0 printf(0x9ffc0095f1d0, 0x0, 0xa0008de2ede8, 0xa0008de2edf0) at printf+0x80 printtrap(0x18, 0xa00096cf8800, 0x1, 0x0) at printtrap+0x20 trap_panic(0x9ffc00c276b0, 0x0, 0x9ffc0081fdb0, 0x716, 0x9ffc00a27500) at trap_panic+0x50 trap(0x18, 0xa00096cf8800) at trap+0xb60 ivt_General_Exception() at ivt_General_Exception+0x30 --- trapframe at 0xa00096cf8800 spinlock_exit() at spinlock_exit+0x71 uart_quicc_class(0xa00096cf813e, 0x0, 0x1, 0x9ffc003ecec0, 0x38c, 0x16a5a41, 0xe0011fb8, 0x) at 0x18 db> I rebooted, run "make installworld" again, no panic this time, but on reboot: KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe00011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe00011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe00011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe00011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe00011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe00011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe00011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe00011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 etc. until a h
Re: Compat symlinks for /dev/acd0?
Craig Rodrigues wrote: > When the ATA_CAM option is enabled in the kernel, we create > compatibility symlinks for /dev/ada devices, such as: /dev/ad8s1@ -> ada0s1 > > We don't do this for ATAPI CD-ROM devices. > > Any reason *not* to do this for ATAPI CD-ROM devices? i.e. /dev/cd0 -> acd0 I see no strong reason why it should not be done, but either I see no much reasons to do it: 1. acdX (same as other ATAPI devices) had no static IDs, that are difficult to map manually in case of adX; 2. in opposite to 1, it is not reliable to automatically predict that cdX always maps to acdX when there is more then one CD, especially if some of them are not ATA; I really wouldn't like to track second set of device unit numbers, existing now quirks are very noninvasive; 3. half of CD operation is writing and linking to the device with different API won't help it; > It's a minor thing, but will definitely hit people who have /dev/acd0 > in /etc/fstab when they upgrade to 9.0. adX->adaY change is a major hit for majority of people because their systems just won't boot without these links. Same time I have doubt that many people are automatically mount their CDs on boot from the fstab and many system won't boot even without CDs at all. > People can read UPDATING and the release notes, but if we can do this > minor thing, it might make migration easier. At some moment user still have to read UPDATING or release notes and update fstab. It is quite easy to create cdX to acdX symlinks. I've made a patch in five minutes. Is there anybody else who thinks I should commit it? -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: ports/ and 10.0-CURRENT
On 09/28/11 15:47, per...@pluto.rain.com wrote: > Eitan Adler wrote: > >> 2011/9/27 O. Hartmann : >>> Now I understand why some OS vendors have choosen the latin >>> 10 'X' for their tenth version of their operating system ... >> FreeBSD XP anyone? > Are you sure there's a sufficient window of opportunity? :) "Window of Fortune" ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
