Re: IPMI and Dell ERA/O
I have a 1950-III 1U on the floor here that I'm loading. After configuring IPMI in the BIOS, I can: [2:6:[EMAIL PROTECTED]:~> ipmitool -I lanplus -U root -H 192.168.221.160 shell Password: ipmitool> power on Chassis Power Control: Up/On Now. strike is not the 1U in question... and does not, in fact, have IPMI of it's own, but it can talk to the 1950-III, but... [1:1:[EMAIL PROTECTED]:~> dmesg | grep ipmi ipmi0: KCS mode found at io 0xca8 on acpi ipmi0: KCS error: ff ipmi1: on isa0 device_attach: ipmi1 attach returned 16 ipmi0: IPMI device rev. 0, firmware rev. 2.2, version 2.0 ipmi0: Number of channels 4 ipmi0: Attached watchdog ... and it will respond to local use of the ipmi tool. Serial console works --- although it seems like it has a finite buffer and too much output overflows the buffer (flow control doesn't seem to fix this). You also have to custom compile the kernel and boot blocks to use COM2 (sio1) as the console. The BIOS seems to have settings to make the external serial port COM2 and use COM1 for IPMI, but the settings don't work. You need to use COM2. While you're at it, the default speed is 57600 (might as well compile in that default, too). The R200's that I have also seem to work fine. I haven't tested serial consoles with them --- but it's on the list. Curiously, IPMI shares the ethernet ports with the onboard ethernet controllers without FreeBSD's knowledge. It does use a different MAC address. It is also apparently capable of using vlans (haven't tested this yet). I'm most nervous about how this might behave if the port was being nailed with traffic --- but I can't easily test this to my satisfaction. What controls the contention for the port between whatever IPMI magic is going on and the OS use of the port? Anyways... the really cool thing about IPMI is that it's cheap enough to be included. The original poster spoke of a PCI card (likely one of the management cards) --- these are expensive options --- especially if you don't need graphics or remote media. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
IPMI and Dell ERA/O
Hi Everyone, I have a dell 1750 server with ERA/O card running on FreeBSD 7.0-STABLE According to Dell, the ERA card supports ipmi 1.0: http://linux.dell.com/ipmi.shtml But so far no luck with freebsd :/ [EMAIL PROTECTED] /usr/src/sys/i386/conf]# ipmitool -I open channel info 1 Could not open device at /dev/ipmi0 or /dev/ipmi/0 or /dev/ipmidev/0: No such file or directory [EMAIL PROTECTED] /usr/src/sys/i386/conf]# kldstat Id Refs AddressSize Name 15 0xc040 4eed90 kernel 32 0xc08fb000 1bd0 smbus.ko 42 0xc08fd000 6a594acpi.ko 71 0xc69b7000 a000 ipmi.ko [EMAIL PROTECTED] /usr/src/sys/i386/conf]# pciconf -lv (.) [EMAIL PROTECTED]:0:8:0: class=0xff card=0x000c1028 chip=0x000c1028 rev=0x00 hdr=0x00 vendor = 'Dell Computer Corporation' device = 'Embedded Systems Management Device 4' Any hacks or wisdom that can make this work? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_7 tinderbox] failure on sparc64/sparc64
TB --- 2008-08-29 00:24:25 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-29 00:24:25 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2008-08-29 00:24:25 - cleaning the object tree TB --- 2008-08-29 00:24:42 - cvsupping the source tree TB --- 2008-08-29 00:24:42 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2008-08-29 00:24:51 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-29 00:24:51 - cd /src TB --- 2008-08-29 00:24:51 - /usr/bin/make -B buildworld >>> World build started on Fri Aug 29 00:24:52 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Aug 29 01:26:41 UTC 2008 TB --- 2008-08-29 01:26:41 - generating LINT kernel config TB --- 2008-08-29 01:26:41 - cd /src/sys/sparc64/conf TB --- 2008-08-29 01:26:41 - /usr/bin/make -B LINT TB --- 2008-08-29 01:26:41 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-08-29 01:26:41 - cd /src TB --- 2008-08-29 01:26:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 29 01:26:41 UTC 2008 >>> stage 1: configuring the kernel [...] WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `SUNKBD_EMULATE_ATKBD' encountered. WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-29 01:26:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-29 01:26:42 - ERROR: failed to build lint kernel TB --- 2008-08-29 01:26:42 - tinderbox aborted TB --- 3175.69 user 317.04 system 3736.69 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_7 tinderbox] failure on ia64/ia64
TB --- 2008-08-28 22:57:32 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-28 22:57:32 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2008-08-28 22:57:32 - cleaning the object tree TB --- 2008-08-28 22:57:52 - cvsupping the source tree TB --- 2008-08-28 22:57:52 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2008-08-28 22:58:00 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-28 22:58:00 - cd /src TB --- 2008-08-28 22:58:00 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 22:58:01 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Aug 29 00:24:24 UTC 2008 TB --- 2008-08-29 00:24:24 - generating LINT kernel config TB --- 2008-08-29 00:24:24 - cd /src/sys/ia64/conf TB --- 2008-08-29 00:24:24 - /usr/bin/make -B LINT TB --- 2008-08-29 00:24:24 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-08-29 00:24:24 - cd /src TB --- 2008-08-29 00:24:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 29 00:24:24 UTC 2008 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10k1 headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ext2fs filesystem WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-29 00:24:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-29 00:24:25 - ERROR: failed to build lint kernel TB --- 2008-08-29 00:24:25 - tinderbox aborted TB --- 4538.39 user 347.31 system 5212.40 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_7 tinderbox] failure on i386/pc98
TB --- 2008-08-28 22:34:56 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-28 22:34:56 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2008-08-28 22:34:56 - cleaning the object tree TB --- 2008-08-28 22:35:10 - cvsupping the source tree TB --- 2008-08-28 22:35:10 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2008-08-28 22:35:20 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-28 22:35:20 - cd /src TB --- 2008-08-28 22:35:20 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 22:35:21 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Aug 28 23:39:21 UTC 2008 TB --- 2008-08-28 23:39:21 - generating LINT kernel config TB --- 2008-08-28 23:39:21 - cd /src/sys/pc98/conf TB --- 2008-08-28 23:39:21 - /usr/bin/make -B LINT TB --- 2008-08-28 23:39:21 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-08-28 23:39:21 - cd /src TB --- 2008-08-28 23:39:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 23:39:21 UTC 2008 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ext2fs filesystem WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem WARNING: COMPAT_SVR4 is broken and should be avoided *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 23:39:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 23:39:21 - ERROR: failed to build lint kernel TB --- 2008-08-28 23:39:21 - tinderbox aborted TB --- 3265.16 user 343.91 system 3865.13 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_7 tinderbox] failure on i386/i386
TB --- 2008-08-28 21:52:57 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-28 21:52:57 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2008-08-28 21:52:57 - cleaning the object tree TB --- 2008-08-28 21:53:12 - cvsupping the source tree TB --- 2008-08-28 21:53:12 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2008-08-28 21:53:21 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-28 21:53:21 - cd /src TB --- 2008-08-28 21:53:21 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 21:53:23 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Aug 28 22:57:31 UTC 2008 TB --- 2008-08-28 22:57:31 - generating LINT kernel config TB --- 2008-08-28 22:57:31 - cd /src/sys/i386/conf TB --- 2008-08-28 22:57:31 - /usr/bin/make -B LINT TB --- 2008-08-28 22:57:32 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-08-28 22:57:32 - cd /src TB --- 2008-08-28 22:57:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 22:57:32 UTC 2008 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ext2fs filesystem WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem WARNING: COMPAT_SVR4 is broken and should be avoided *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 22:57:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 22:57:32 - ERROR: failed to build lint kernel TB --- 2008-08-28 22:57:32 - tinderbox aborted TB --- 3301.81 user 334.16 system 3875.35 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Recent breakage due to the DTrace merge
It goes without saying that this didn't go anywhere near as smoothly as I hoped it would. My attention to detail was less than perfect. Sorry for the pain I've caused. A big thanks to those who've put work into fixing the mistakes, particularly jhb, kib and csjp. What I'd like right now is for anybody with unresolved problems to write a summry and email it to me so I can see what needs to be addressed. I know that there are issues with upgrading from 6.X (where .X isn't the most recent on RELENG6). I'll need help from someone with an old 6.2 box (say) to test out the builds. I have no hardware to run an old version of 6 on. -- John Birrell ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_7 tinderbox] failure on amd64/amd64
TB --- 2008-08-28 21:02:41 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-28 21:02:41 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-08-28 21:02:41 - cleaning the object tree TB --- 2008-08-28 21:03:04 - cvsupping the source tree TB --- 2008-08-28 21:03:04 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-08-28 21:03:14 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-28 21:03:14 - cd /src TB --- 2008-08-28 21:03:14 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 21:03:15 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Aug 28 22:34:55 UTC 2008 TB --- 2008-08-28 22:34:55 - generating LINT kernel config TB --- 2008-08-28 22:34:55 - cd /src/sys/amd64/conf TB --- 2008-08-28 22:34:55 - /usr/bin/make -B LINT TB --- 2008-08-28 22:34:55 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-08-28 22:34:55 - cd /src TB --- 2008-08-28 22:34:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 22:34:55 UTC 2008 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10k1 headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ext2fs filesystem WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 22:34:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 22:34:55 - ERROR: failed to build lint kernel TB --- 2008-08-28 22:34:55 - tinderbox aborted TB --- 4592.77 user 505.01 system 5534.46 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Possible ZFS patch, please test!
This patch merges a few changes from HEAD back to 7.x. I think the endian changes specifically might solve the issue people saw with zpools created with non-dtrace kernels not being readable by dtrace kernels and vice versa. http://www.FreeBSD.org/~jhb/patches/zfs_7.patch -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [releng_7 tinderbox] failure on amd64/amd64
On Thu, Aug 28, 2008 at 04:25:54PM +0300, Kostik Belousov wrote:
> > /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cpuvar.h:72:
> > error: size of array 'cpuc_pad' is too large
> > *** Error code 1
>
> This one is caused by struct sx difference between stable/7 and head.
> More detailed, sizeof(struct sx) in the LINT build exceeds 56 bytes,
> and causes CPUC_PADSIZE to be negative.
>
> I think that CPU_CACHE_COHERENCE_SIZE shall be defined as roundup. Unless
> you have objections, I will commit this to HEAD with short MFC period:
Please go ahead. Thanks (and sorry for the pain).
>
> diff --git a/sys/cddl/compat/opensolaris/sys/cpuvar.h
> b/sys/cddl/compat/opensolaris/sys/cpuvar.h
> index df0af5c..b42fda6 100644
> --- a/sys/cddl/compat/opensolaris/sys/cpuvar.h
> +++ b/sys/cddl/compat/opensolaris/sys/cpuvar.h
> @@ -65,7 +65,8 @@ extern solaris_cpu_tsolaris_cpu[];
> */
> #define CPUC_SIZE (sizeof (uint16_t) + sizeof (uintptr_t)
> + \
> sizeof (kmutex_t))
> -#define CPUC_PADSIZECPU_CACHE_COHERENCE_SIZE - CPUC_SIZE
> +#define CPUC_SIZE1 roundup(CPUC_SIZE,
> CPU_CACHE_COHERENCE_SIZE)
> +#define CPUC_PADSIZECPUC_SIZE1 - CPUC_SIZE
>
> typedef struct cpu_core {
> uint16_tcpuc_dtrace_flags; /* DTrace flags */
--
John Birrell
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 7.0 release to stable
Jase Thew wrote: Brian wrote: It turns out, as I look at the below, I was testing a unique process and didn't realize it. [...] So, I was migrating not only from a release to stable, but more specifically from a release to a prerelease. Hi, I think you misunderstand - 7.1-PRERELEASE is just the name [1] which has been given to RELENG_7 (aka 7-stable) in preparation for the code freeze leading up to 7.1-RELEASE. There is nothing special or unique about it :) Regards, Jase. [1] http://www.freebsd.org/cgi/getmsg.cgi?fetch=268263+0+current/cvs-src ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]" Here si a link to a freebsd-questions thread with my exact issue. I used the make.conf out of the notes, the alleged fix here does something different. http://groups.google.com/group/lucky.freebsd.questions/browse_thread/thread/5c4ab42858c8aa3e/65c7d14de1b2eafe?lnk=raot Brian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: WARNING: 7-STABLE STILL BROKEN FOR ZFS -- please wait to upgrade
On Wednesday 27 August 2008 10:25:37 pm John Baldwin wrote: > On Wednesday 27 August 2008 01:29:43 pm Robert Watson wrote: > > On Wed, 27 Aug 2008, Robert Watson wrote: > > > It looks like there have been several mismerges in the DTrace MFC. We're > > > currently assessing the damage to decide if it should be entirely backed > > > out, or if we can just do some selective patching up. In the mean time, > > > please don't try to update -- wait for an all clear. > > > > Just an update: John Baldwin has identified the set of problematic parts to > > the change, and will shortly be backing them out. Please continue to wait > > on updating to the latest 7-STABLE until an explicit all clear message is > > sent. > > I believe things should be fine on 7-stable now. It appears that ZFS on 7-stable is currently broken still, so if you are using ZFS you will want to hold off on upgrading. -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: recent regression with REL7 and Zfs
Thierry Herbelot wrote: Hello, I am using a recent 7.0-Stable (x86) and a Zfs pool for my data. After the dtrace import, I have updated my sources (and make buildworld, make buildkernel) and I no longer have access to my Zfs pool (just to be sure, I have since updated twice more to work around the announced issues). Probably same problem here: With new kernel (7.1-PRERELEASE) and a root file system under zfs, the root can't be mounted and system stop with message saying can't mount zfs:pool0 Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> I revert to previous kernel and all is OK now. Henri With the new kernel, the Zpool is listed as "failed" (bad checksum ?). Reverting to the old kernel is sufficient to recover the Zfs pool (which was scrubed last week), and it is declared healthy. cheers and thanks for the good work TfH ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
recent regression with REL7 and Zfs
Hello, I am using a recent 7.0-Stable (x86) and a Zfs pool for my data. After the dtrace import, I have updated my sources (and make buildworld, make buildkernel) and I no longer have access to my Zfs pool (just to be sure, I have since updated twice more to work around the announced issues). With the new kernel, the Zpool is listed as "failed" (bad checksum ?). Reverting to the old kernel is sufficient to recover the Zfs pool (which was scrubed last week), and it is declared healthy. cheers and thanks for the good work TfH ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: powerd freezes system on lower cpu speeds
On Wed, Aug 27, 2008 at 10:22:08PM -0400, John Baldwin wrote: > On Wednesday 27 August 2008 09:40:20 am cpghost wrote: > > Hello, > > > > I'm building a new system with an AMD Phenom 9350e Quad-Core: > > > > FreeBSD phenom.example.net 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: > > Tue Aug 26 19:49:24 UTC 2008 [EMAIL PROTECTED]:/usr/obj/usr/\ > > src/sys/GENERIC i386 > > > > Everything's running smoothly, until I start powerd. As soon as > > that happens, the system freezes hard. Trying powerd in the foreground > > with -v shows that it decreased the frequencies a few times, but then > > hangs the system. > > > > So I've tried this manually: > > > > # sysctl dev.cpu.0.freq_levels > > dev.cpu.0.freq_levels: 1985/-1 1736/-1 1488/-1 1240/-1 992/-1 744/-1 > >496/-1 248/-1 > > > > # sysctl dev.cpu.0.freq > > dev.cpu.0.freq: 1985 > > > > powerd freezed the system after reaching 1240 when trying 992. If I set > > the frequency manually down to 1240 with: > > > > # sysctl dev.cpu.0.freq=1240 > > > > everything's fine. But as soon as I try setting it further down > > (992, 744, 496 or 248), the system freezes too, just the same > > as with powerd. This is 100% reproducible. > > > > So what's going on here? > > Hard to say. My HP nc6220 laptop gets into a lockup where it spends all its > time processing ACPI events (I think for some of the thermal monitoring the > BIOS does) if I drop the CPU speed below 400. Interesting. So it's probably some bug in the BIOS? I've tried a lot of different settings there, from failsafe to optimized, selectively turning Cool & Quiet and other options on or off... but to no avail. I'll still have to test with another OS though to rule out an FBSD bug, but that's currently not an option on that box... unless I could find a stand-alone utility to boot and try without an OS. :) > I just set > debug.cpufreq.lowest in /boot/loader.conf. Good hint! I've set it to 1240 now, and powerd works like a charm (at least down to 1240 MHz and back up again). It's a good work around for now. > John Baldwin Thanks for the help, -cpghost. -- Cordula's Web. http://www.cordula.ws/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: nfe driver 6.2 stable
Fyi: after applying r180753 ("Only enable MSI mappings for devices that use
MSI. Fixes interrupt loss on some nForce based boards.") using polling with
nfe is no longer needed to avoid choppy audio playback.
Thanks for the fix.
--
Jos Backus
jos at catnook.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [releng_7 tinderbox] failure on amd64/amd64
On Thu, Aug 28, 2008 at 07:33:14AM -0400, FreeBSD Tinderbox wrote:
> TB --- 2008-08-28 09:46:09 - tinderbox 2.3 running on freebsd-stable.sentex.ca
> TB --- 2008-08-28 09:46:09 - starting RELENG_7 tinderbox run for amd64/amd64
> TB --- 2008-08-28 09:46:09 - cleaning the object tree
> TB --- 2008-08-28 09:46:30 - cvsupping the source tree
> TB --- 2008-08-28 09:46:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s
> /tinderbox/RELENG_7/amd64/amd64/supfile
> TB --- 2008-08-28 09:46:37 - building world (CFLAGS=-O2 -pipe)
> TB --- 2008-08-28 09:46:37 - cd /src
> TB --- 2008-08-28 09:46:37 - /usr/bin/make -B buildworld
> >>> World build started on Thu Aug 28 09:46:38 UTC 2008
> >>> Rebuilding the temporary build tree
> >>> stage 1.1: legacy release compatibility shims
> >>> stage 1.2: bootstrap tools
> >>> stage 2.1: cleaning up the object tree
> >>> stage 2.2: rebuilding the object tree
> >>> stage 2.3: build tools
> >>> stage 3: cross tools
> >>> stage 4.1: building includes
> >>> stage 4.2: building libraries
> >>> stage 4.3: make dependencies
> >>> stage 4.4: building everything
> >>> stage 5.1: building 32 bit shim libraries
> >>> World build completed on Thu Aug 28 11:17:55 UTC 2008
> TB --- 2008-08-28 11:17:55 - generating LINT kernel config
> TB --- 2008-08-28 11:17:55 - cd /src/sys/amd64/conf
> TB --- 2008-08-28 11:17:55 - /usr/bin/make -B LINT
> TB --- 2008-08-28 11:17:55 - building LINT kernel (COPTFLAGS=-O2 -pipe)
> TB --- 2008-08-28 11:17:55 - cd /src
> TB --- 2008-08-28 11:17:55 - /usr/bin/make -B buildkernel KERNCONF=LINT
> >>> Kernel build for LINT started on Thu Aug 28 11:17:55 UTC 2008
> >>> stage 1: configuring the kernel
> >>> stage 2.1: cleaning up the object tree
> >>> stage 2.2: rebuilding the object tree
> >>> stage 2.3: build tools
> >>> stage 3.1: making dependencies
> >>> stage 3.2: building everything
> [...]
> awk -f /src/sys/modules/cxgb/cxgb_t3fw/../../../conf/kmod_syms.awk
> cxgb_t3fw.ko export_syms | xargs -J% objcopy % cxgb_t3fw.ko
> objcopy --strip-debug cxgb_t3fw.ko
> ===> cyclic (all)
> cc -O2 -pipe -DDEBUG=1 -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -std=c99
> -nostdinc -I/src/sys/modules/cyclic/../../cddl/compat/opensolaris
> -I/src/sys/modules/cyclic/../../cddl/contrib/opensolaris/uts/common
> -I/src/sys/modules/cyclic/../..
> -I/src/sys/modules/cyclic/../../cddl/dev/cyclic/amd64
> -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h
> -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100
> --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer
> -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387
> -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float
> -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls
> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
> -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions
> -Wno-unknown-pragmas -c /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c
> In file included from
> /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cyclic.h:40,
> from
> /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cyclic_impl.h:33,
> from
> /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c:329:
> /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cpuvar.h:72: error:
> size of array 'cpuc_pad' is too large
> *** Error code 1
This one is caused by struct sx difference between stable/7 and head.
More detailed, sizeof(struct sx) in the LINT build exceeds 56 bytes,
and causes CPUC_PADSIZE to be negative.
I think that CPU_CACHE_COHERENCE_SIZE shall be defined as roundup. Unless
you have objections, I will commit this to HEAD with short MFC period:
diff --git a/sys/cddl/compat/opensolaris/sys/cpuvar.h
b/sys/cddl/compat/opensolaris/sys/cpuvar.h
index df0af5c..b42fda6 100644
--- a/sys/cddl/compat/opensolaris/sys/cpuvar.h
+++ b/sys/cddl/compat/opensolaris/sys/cpuvar.h
@@ -65,7 +65,8 @@ extern solaris_cpu_tsolaris_cpu[];
*/
#defineCPUC_SIZE (sizeof (uint16_t) + sizeof (uintptr_t)
+ \
sizeof (kmutex_t))
-#defineCPUC_PADSIZECPU_CACHE_COHERENCE_SIZE - CPUC_SIZE
+#defineCPUC_SIZE1 roundup(CPUC_SIZE,
CPU_CACHE_COHERENCE_SIZE)
+#defineCPUC_PADSIZECPUC_SIZE1 - CPUC_SIZE
typedef struct cpu_core {
uint16_tcpuc_dtrace_flags; /* DTrace flags */
pgpW9n3XnsQv6.pgp
Description: PGP signature
[releng_7 tinderbox] failure on i386/pc98
TB --- 2008-08-28 11:33:15 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-28 11:33:15 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2008-08-28 11:33:15 - cleaning the object tree TB --- 2008-08-28 11:33:31 - cvsupping the source tree TB --- 2008-08-28 11:33:31 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2008-08-28 11:33:40 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-28 11:33:40 - cd /src TB --- 2008-08-28 11:33:40 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 11:33:42 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Aug 28 12:37:29 UTC 2008 TB --- 2008-08-28 12:37:29 - generating LINT kernel config TB --- 2008-08-28 12:37:29 - cd /src/sys/pc98/conf TB --- 2008-08-28 12:37:29 - /usr/bin/make -B LINT TB --- 2008-08-28 12:37:29 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-08-28 12:37:29 - cd /src TB --- 2008-08-28 12:37:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 12:37:29 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o cxgb_t3fw.ko cxgb_t3fw.kld objcopy --strip-debug cxgb_t3fw.ko ===> cyclic (all) cc -O2 -pipe -DDEBUG=1 -DPC98 -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cyclic/../../cddl/compat/opensolaris -I/src/sys/modules/cyclic/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/cyclic/../.. -I/src/sys/modules/cyclic/../../cddl/dev/cyclic/i386 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -c /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c In file included from /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cyclic.h:40, from /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cyclic_impl.h:33, from /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c:329: /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cpuvar.h:72: error: size of array 'cpuc_pad' is too large *** Error code 1 Stop in /src/sys/modules/cyclic. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 12:52:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 12:52:23 - ERROR: failed to build lint kernel TB --- 2008-08-28 12:52:23 - tinderbox aborted TB --- 4031.52 user 406.33 system 4748.21 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_7 tinderbox] failure on i386/i386
TB --- 2008-08-28 10:35:47 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-28 10:35:47 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2008-08-28 10:35:47 - cleaning the object tree TB --- 2008-08-28 10:36:07 - cvsupping the source tree TB --- 2008-08-28 10:36:07 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2008-08-28 10:36:14 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-28 10:36:14 - cd /src TB --- 2008-08-28 10:36:14 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 10:36:15 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Aug 28 11:40:27 UTC 2008 TB --- 2008-08-28 11:40:27 - generating LINT kernel config TB --- 2008-08-28 11:40:27 - cd /src/sys/i386/conf TB --- 2008-08-28 11:40:27 - /usr/bin/make -B LINT TB --- 2008-08-28 11:40:27 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-08-28 11:40:27 - cd /src TB --- 2008-08-28 11:40:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 11:40:27 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o if_cx.ko if_cx.kld objcopy --strip-debug if_cx.ko ===> cyclic (all) cc -O2 -pipe -DDEBUG=1 -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cyclic/../../cddl/compat/opensolaris -I/src/sys/modules/cyclic/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/cyclic/../.. -I/src/sys/modules/cyclic/../../cddl/dev/cyclic/i386 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -c /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c In file included from /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cyclic.h:40, from /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cyclic_impl.h:33, from /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c:329: /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cpuvar.h:72: error: size of array 'cpuc_pad' is too large *** Error code 1 Stop in /src/sys/modules/cyclic. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 11:58:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 11:58:14 - ERROR: failed to build lint kernel TB --- 2008-08-28 11:58:14 - tinderbox aborted TB --- 4231.84 user 408.75 system 4946.92 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: sun4v arch
On 2008-Aug-23 21:39:34 -0700, Kip Macy <[EMAIL PROTECTED]> wrote: >There really isn't any magic to bringing up a port. You compile it, >install it, and then run it until it breaks. Once it breaks you spend >a lot of time instrumenting the code to track down what went wrong. About what I expected. I've just bumped into your bsdtalk interview: http://cisx1.uma.maine.edu/~wbackman/bsdtalk/bsdtalk086.mp3 This appears to give a useful overview into the sun4v port. One thing you mention is that you'd started work on a virtual network driver. How far did this get and can you point me to the code, It seems that the latest OpenBSD runs on sun4v. I haven't investigated how well supported it is. -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. pgpP83c1ntCdU.pgp Description: PGP signature
[releng_7 tinderbox] failure on amd64/amd64
TB --- 2008-08-28 09:46:09 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-08-28 09:46:09 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-08-28 09:46:09 - cleaning the object tree TB --- 2008-08-28 09:46:30 - cvsupping the source tree TB --- 2008-08-28 09:46:30 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-08-28 09:46:37 - building world (CFLAGS=-O2 -pipe) TB --- 2008-08-28 09:46:37 - cd /src TB --- 2008-08-28 09:46:37 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 28 09:46:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Aug 28 11:17:55 UTC 2008 TB --- 2008-08-28 11:17:55 - generating LINT kernel config TB --- 2008-08-28 11:17:55 - cd /src/sys/amd64/conf TB --- 2008-08-28 11:17:55 - /usr/bin/make -B LINT TB --- 2008-08-28 11:17:55 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-08-28 11:17:55 - cd /src TB --- 2008-08-28 11:17:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Aug 28 11:17:55 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/cxgb/cxgb_t3fw/../../../conf/kmod_syms.awk cxgb_t3fw.ko export_syms | xargs -J% objcopy % cxgb_t3fw.ko objcopy --strip-debug cxgb_t3fw.ko ===> cyclic (all) cc -O2 -pipe -DDEBUG=1 -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/cyclic/../../cddl/compat/opensolaris -I/src/sys/modules/cyclic/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/cyclic/../.. -I/src/sys/modules/cyclic/../../cddl/dev/cyclic/amd64 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -c /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c In file included from /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cyclic.h:40, from /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cyclic_impl.h:33, from /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c:329: /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/cpuvar.h:72: error: size of array 'cpuc_pad' is too large *** Error code 1 Stop in /src/sys/modules/cyclic. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-08-28 11:33:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-08-28 11:33:14 - ERROR: failed to build lint kernel TB --- 2008-08-28 11:33:14 - tinderbox aborted TB --- 5391.33 user 566.47 system 6425.16 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 7.0 release to stable
Brian wrote: It turns out, as I look at the below, I was testing a unique process and didn't realize it. [...] So, I was migrating not only from a release to stable, but more specifically from a release to a prerelease. Hi, I think you misunderstand - 7.1-PRERELEASE is just the name [1] which has been given to RELENG_7 (aka 7-stable) in preparation for the code freeze leading up to 7.1-RELEASE. There is nothing special or unique about it :) Regards, Jase. [1] http://www.freebsd.org/cgi/getmsg.cgi?fetch=268263+0+current/cvs-src ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: HDD USB still on after computer shutdown
in message <[EMAIL PROTECTED]>, wrote Dominique Goncalves thusly... > > I use FreeBSD 6.3-STABLE and an HDD USB (Maxtor, external PSU, > 500GB). When I shutdown my computer (shutdown -p now ) the HDD > USB is still on. In Windows XP it works, the HDD USB is off. > > Is there a way to resolve this issue? > > %dmesg ... I have a Thinkpad T61 laptop which has a section in BIOS configuration titled "USB something-or-other". When a particular subsection is activated, the "help text" mentions along the lines that enabling the option would continue to power USB ports for connected devices after shutdown. So do poke around in BIOS, unless of course somebody else could offer a solution to be executed within FreeBSD. - Parv -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 64 bits linux binary on amd64 FreeBSD
Nenhum_de_Nos wrote: hail, I'd like to run folding at home on FreeBSD (my OS of choice) and I have this problem of needing to run a amd64 binary. all I saw when emulating on freebsd was a 32 bits linux enviroment, and all I found about amd64 enviroment for amd64 linux emu on freebsd was a mail from a mailing list from 2004. if there is any news on this, where could I find ? is there ? [reviving old thread] There is now an experimental effort - for this please see FreeBSD emulation mailing list: Look at this: http://thread.gmane.org/gmane.os.freebsd.devel.emulation/5585 and newer posts. --Marcin signature.asc Description: OpenPGP digital signature
Re: WARNING: 7-STABLE BROKEN -- please wait to upgrade
O. Hartmann wrote: Alex Goncharov wrote: ,--- You/Kostik (Wed, 27 Aug 2008 19:04:32 +0300) * | cd into /usr/src/gnu/usr.bin/cc/cc1, | and do | make install DEBUG_FLAGS=-g That simple thing didn't work for me: make install DEBUG_FLAGS=-g install -o root -g wheel -m 555 cc1 /usr/libexec install: cc1: No such file or directory *** Error code 71 I updated and installed world this morning -- and indeed had this gcc: Internal error: Abort trap: 6 (program cc1) while compiling something, as a result. But I've found what may be an extremely easy way out of this hole: I copied over /usr/libexec/cc1 from another machine, which had a code built on Aug 17. Then my `cc1' worked fine and I tripped on a SEGV in `as'. Then I copied over `as', then `ld', then `gcc'. And that was it -- the build began to work. So if anybody wants it, I can just send a package with these four executables, to be deployed in place of the broken ones. Let me know... -- Alex -- [EMAIL PROTECTED] -- /* * The end of the world will occur at 3:00 p.m., this Friday, with * symposium to follow. */ This seems to work also (for me) on two boxes: cd /usr/src/usr.bin/cc make clean cleandepend depend obj all install DEBUG_FLAGS=-g I guess the compilation directive is something odd, I remember myself that it is recommended when compiling parts of the source tree. 'all install' is a little bit paranoid, I guess, but ... ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
