is it safe to crossbuild 6.4 i386 on 7.3 amd64 box?
Hi, That's sort of for the record. I faced with issue where I wasn't able to boot a box w/ kernel built with subj scheme. On build box with 7.3-amd64 installed: 1. prepare world/kernel in an existing chrooted 6.4-S environment = doesn't work (see below) 2. prepare world/kernel just cd'ing to 6.4-S src change MAKEOBJDIRPREFIX = PROFIT! Both built with equal config and source. Next, what does not work in 1. System stops after printing point_to_point in /etc/rc.d/initrandom: # XXX temporary until we can improve the entropy # harvesting rate. # Entropy below is not great, but better than nothing. # This unblocks the generator at startup ( ps -fauxww; sysctl -a; date; df -ib; dmesg; ps -fauxww ) \ | dd of=/dev/random bs=8k 2/dev/null Here sysctl -a queries dev.cpu.0.freq - cpufreq_curr_sysctl@/kern/kern_cpu.c and locks up. As I understand, CPU doesn't return from sched_switch(). 118 ethernet 118 point_to_point KDB: enter: Line break on console db ps pid ppid pgrp uid state wmesg wchancmd 686651 0 R+ CPU 255 sysctl 666451 0 S+ wait 0xc82e6648 sh 655951 0 S+ piperd 0xc853f4c8 dd 645951 0 S+ wait 0xc82e6218 sh 595151 0 S+ wait 0xc82e6a78 sh 51 151 0 Ss+ wait 0xc852ec90 sh db bt 68 Tracing pid 68 tid 100076 td 0xc8551820 sched_switch(c8551820,0,1) at sched_switch+0x143 mi_switch(1,0,c8551980,0,c0adf560,...) at mi_switch+0x1ba sched_bind(c8551820,0) at sched_bind+0x52 cpu_est_clockrate(0,eebeead4,c84f3400,3,c84f3400,...) at cpu_est_clockrate+0xc1 cf_levels_method(c8214900,c85da000,eebeeb48) at cf_levels_method+0x303 cf_get_method(c8214900,c85cb000) at cf_get_method+0x12b cpufreq_curr_sysctl(c8218cc0,c81ea000,0,eebeec04,c8218cc0,...) at cpufreq_curr_s sysctl_root(0,eebeec74,4,eebeec04) at sysctl_root+0x107 userland_sysctl(c8551820,eebeec74,4,0,bfbfdbdc,0,0,0,eebeec70,0) at userland_sys __sysctl(c8551820,eebeed04) at __sysctl+0x93 syscall(3b,3b,3b,4,bfbfdbdc,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2812650b, esp = 0xbfbfdb4c, -- wbr, pluknet ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: samba failed MD5 Checksum
On 4 April 2010 11:02, gahn ipfr...@yahoo.com wrote: Hi all: I am trying to compile the smaba34 but somehow it failed MD5 Checksum and SHA256 Checksum: # make all === Vulnerability check disabled, database not found === Found saved configuration for samba34-3.4.5_1 === --- === Run 'make config' to (re)configure the port === --- === Extracting for samba34-3.4.5_1 = MD5 Checksum mismatch for samba-3.4.5.tar.gz. = SHA256 Checksum mismatch for samba-3.4.5.tar.gz. === Refetch for 1 more times files: samba-3.4.5.tar.gz samba-3.4.5.tar.gz === Vulnerability check disabled, database not found === Found saved configuration for samba34-3.4.5_1 === --- === Run 'make config' to (re)configure the port === --- = samba-3.4.5.tar.gz doesn't seem to exist in /usr/ports/distfiles/. - actually samba-3.4.5.tar.gz does exist under /usr/ports/distfiles Looks like you have partially fetched distfile. Try to make distclean, then restart again. -- wbr, pluknet ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: freebsd-8 support for dell R710 SATA raid-0 (LSI2008)
On 4 April 2010 19:33, John comp.j...@googlemail.com wrote: Hi, In the end I had to go with opensuse-11.2. I should have tried it in the second place really, because the iDRAC has Suse enterprise as an installation option, so it was a small leap to think of the free version. Here are the OSes I tried: FreeBSD 8 FreeBSD 9 NetBSD 5.0.2 CentOS Ubuntu 9.10 server Basically the LSI SA2008 seems very new so it's unsurprising my favourite OS doesn't support it. Hopefully it will in the near future, because this card is a popular option on a popular server aimed at small to medium sized businesses. OpenSuse-11.2 also does GPT in its installation process. I had to raid0 the disks before they could be seen properly though. Current dmesg is available here: http://www.growveg.org/server/dmesg.txt A wild guess it's just not listed in mfi(4) pciids table (as well as for rest H200 family). What if you try this? --- sys/dev/mfi/mfi_pci.c.orig 2010-04-04 20:02:26.0 +0400 +++ sys/dev/mfi/mfi_pci.c 2010-04-04 20:06:17.0 +0400 @@ -117,6 +117,7 @@ } mfi_identifiers[] = { {0x1000, 0x0060, 0x1028, 0x, MFI_FLAGS_1078, Dell PERC 6}, {0x1000, 0x0060, 0x, 0x, MFI_FLAGS_1078, LSI MegaSAS 1078}, + {0x1000, 0x0072, 0x1028, 0x1f1e, MFI_FLAGS_GEN2, Dell PERC H200 Integrated}, {0x1000, 0x0078, 0x, 0x, MFI_FLAGS_GEN2, LSI MegaSAS Gen2}, {0x1000, 0x0079, 0x1028, 0x1f15, MFI_FLAGS_GEN2, Dell PERC H800 Adapter}, {0x1000, 0x0079, 0x1028, 0x1f16, MFI_FLAGS_GEN2, Dell PERC H700 Adapter}, -- wbr, pluknet ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: ftpd - Logging and resolving IP
2009/7/20 Cristiano Deana cristiano.de...@gmail.com: Hi, i use ftpd (base system), logging login, xfer, auth failure. What i need is to log the IP address of the client, not the hostname. I looked in ftpd(8) ma it seems it's not possible to disable the reverse resolution. Any idea? Thanks in advance I hope it's still applicable. --- libexec/tftpd/tftpd.c.orig 2007-11-09 06:13:22.0 +0300 +++ libexec/tftpd/tftpd.c 2007-11-09 06:13:49.0 +0300 @@ -487,7 +487,7 @@ char hbuf[NI_MAXHOST]; getnameinfo((struct sockaddr *)from, from.ss_len, - hbuf, sizeof(hbuf), NULL, 0, 0); + hbuf, sizeof(hbuf), NULL, 0, NI_NUMERICHOST); syslog(LOG_INFO, %s: %s request for %s: %s, hbuf, tp-th_opcode == WRQ ? write : read, filename, errtomsg(ecode)); -- wbr, pluknet ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
BREAK_TO_DEBUGGER in VNC-client
Hi, folks. Is there any VNC-client able to throw ctrl-alt-esc event in order to break to debugger? I need this feature to control a guest FreeBSD which console is exported via VNC. Thanks. -- wbr, pluknet ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Kernel compile R7.0 i386 GENERIC, fails
[EMAIL PROTECTED][EMAIL PROTECTED] 2008/8/11 Peter B [EMAIL PROTECTED]: I'm trying to compile the generic FreeBSD kernel 7.0-RELEASE i386. But it fails. Any tip on how to fix it? Extracted sources: sbase, srelease, ssys You also need scontrib (ACPI sources are there) component and maybe some others for successful build. btw, this is not a very usual (and a simple) way to make kernel. [EMAIL PROTECTED] /usr/src #make buildkernel KERNCONF=GENERIC . . mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC /usr/src/sys/modules/accf_http/../../netinet/accf_http.c === acpi (depend) === acpi/acpi (depend) @ - /usr/src/sys machine - /usr/src/sys/i386/include make: don't know how to make dsfield.c. Stop *** Error code 2 Stop in /usr/src/sys/modules/acpi. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Exit 1 wbr, pluknet ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]