Re: Attempting to boot into ramdisk on 8.3
Replying to myself here for the edification of those interested. A value of 320 for NKPT eliminated this crash, set in the kernel config file: options NKPT=320 For those of you with large ramdisk booting requirements, this one option will likely save you hours of trial and error. -- Dave Hayes - Consultant - Altadena CA, USA - d...@jetcafe.org >>> The opinions expressed above are entirely my own <<< None should say "I can trust" or "I cannot trust" until they are the master of the option of trusting or not trusting. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
kvm & virtio performance
hi, anyone test freebsd as guest on kvm with virtio drivers? any expirience? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: kvm & virtio performance
Hi, CloudSigma has a very good kvm platform with virtio support in Switzerland and Las Vegas, and very good SLA. We've been using it for more than a year now and performance has been very consistent, even when there was no virtio support yet. You can try it for a week for free, with 2,5ghz, 2,5gb of ram and 22gb of disk. If you do, please do so via this link: http://tracking.cloudsigma.com/aff_c?offer_id=2&aff_id=1092&source=freebsd-stable&url_id=4 Thank you very much. Regards, Gala Soluciones IT. El 01/05/2012, a les 08:36, Bane Ivosev va escriure: > hi, anyone test freebsd as guest on kvm with virtio drivers? any expirience? > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: kvm & virtio performance
Bane Ivosev (bane.ivosev) writes: > hi, anyone test freebsd as guest on kvm with virtio drivers? any expirience? http://forums.freebsd.org/archive/index.php/t-28916.html Cheers, Phil ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Stable buildkernel warning: no previous prototype for legacy_pcib_map_msi
I'm running stable that I built 1/12/12 on an amd64 system and I just updated the sources and now every time I try to compile the kernel I get the error: = cc1: warnings being treated as errors /usr/src/sys/x86/pci/pci_bus.c:118: warning: no previous prototype for 'legacy_pcib_map_msi' [-Wmissing-prototypes] /usr/src/sys/x86/pci/pci_bus.c: In function 'legacy_pcib_map_msi': /usr/src/sys/x86/pci/pci_bus.c:127: warning: implicit declaration of function 'legacy_get_pcislot' /usr/src/sys/x86/pci/pci_bus.c:127: warning: nested extern declaration of 'legacy_get_pcislot' [-Wnested-externs] /usr/src/sys/x86/pci/pci_bus.c:128: warning: implicit declaration of function 'legacy_get_pcifunc' /usr/src/sys/x86/pci/pci_bus.c:128: warning: nested extern declaration of 'legacy_get_pcifunc' [-Wnested-externs] /usr/src/sys/x86/pci/pci_bus.c: In function 'legacy_pcib_identify': /usr/src/sys/x86/pci/pci_bus.c:470: warning: implicit declaration of function 'legacy_set_pcislot' /usr/src/sys/x86/pci/pci_bus.c:470: warning: nested extern declaration of 'legacy_set_pcislot' [-Wnested-externs] /usr/src/sys/x86/pci/pci_bus.c:471: warning: implicit declaration of function 'legacy_set_pcifunc' /usr/src/sys/x86/pci/pci_bus.c:471: warning: nested extern declaration of 'legacy_set_pcifunc' [-Wnested-externs] *** Error code 1 Stop in /usr/obj/usr/src/sys/ICKERN. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. = I have tried both my custom kernel config and the generic config with the same errror. My src.conf only has the line LOADER_ZFS_SUPPORT="YES" and my make.conf has WRKDIRPREFIX=/usr/obj NOPORTDOCS="YES" WITHOUT_CUPS="YES" WITH_NEW_XORG="YES" WITH_VIM_OPTIONS="YES" # added by use.perl 2012-02-15 23:09:33 PERL_VERSION=5.12.4 If it makes any difference, my current kernel does not have COMPAT_FREEBSD32 enable, however enabling and disabling this option still caused this error. Anyone have any advice? -- View this message in context: http://freebsd.1045724.n5.nabble.com/Stable-buildkernel-warning-no-previous-prototype-for-legacy-pcib-map-msi-tp5678227.html Sent from the freebsd-stable mailing list archive at Nabble.com. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Stable buildkernel warning: no previous prototype for legacy_pcib_map_msi
I discovered that my copy of src/sys/amd64/include/legacyvar.h does not include the two lines 60| int legacy_pcib_map_msi(device_t pcib, device_t dev, int irq, 61| uint64_t *addr, uint32_t *data); which is in the stable sources available through svn at http://svnweb.freebsd.org/base/stable/9/sys/amd64/include/legacyvar.h?revision=234150&view=markup&pathrev=234872. I guess I have a bad mirror or something... -- View this message in context: http://freebsd.1045724.n5.nabble.com/Stable-buildkernel-warning-no-previous-prototype-for-legacy-pcib-map-msi-tp5678227p5678391.html Sent from the freebsd-stable mailing list archive at Nabble.com. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Stable buildkernel warning: no previous prototype for legacy_pcib_map_msi
On Tuesday, May 01, 2012 12:22:17 pm James Hall wrote: > I discovered that my copy of src/sys/amd64/include/legacyvar.h does not > include the two lines > > 60| int legacy_pcib_map_msi(device_t pcib, device_t dev, int irq, > 61| uint64_t *addr, uint32_t *data); > > which is in the stable sources available through svn at > http://svnweb.freebsd.org/base/stable/9/sys/amd64/include/legacyvar.h?revision=234150&view=markup&pathrev=234872. > I guess I have a bad mirror or something... Did you use cvsup10? I've had one other report of that mirror being stale specifically in regards to this change. -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Stable buildkernel warning: no previous prototype for legacy_pcib_map_msi
On May 1, 2012 11:32 AM, "John Baldwin" wrote: > > On Tuesday, May 01, 2012 12:22:17 pm James Hall wrote: > > I discovered that my copy of src/sys/amd64/include/legacyvar.h does not > > include the two lines > > > > 60| int legacy_pcib_map_msi(device_t pcib, device_t dev, int irq, > > 61| uint64_t *addr, uint32_t *data); > > > > which is in the stable sources available through svn at > > > http://svnweb.freebsd.org/base/stable/9/sys/amd64/include/legacyvar.h?revision=234150&view=markup&pathrev=234872 . > > I guess I have a bad mirror or something... > > Did you use cvsup10? I've had one other report of that mirror being stale > specifically in regards to this change. > > -- > John Baldwin Yes, I was originally using cvsup10. Sent from my phone. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Jails can't get routing info
Hello, So, I've been trying to debug an issue running nmap scans within jails, partially documented here: http://seclists.org/nmap-dev/2012/q2/220 On further debugging, it's seeming like jails can't read routing information directly at all: # route get 69.163.203.254 route: writing to routing socket: No such process Now, this is normally done via reading the routing table via something like socket(PF_ROUTE, SOCK_RAW, AF_INET), so one would suspect that this is a problem with raw sockets; but raw sockets are enabled within the jail. netstat is able to read routing information just fine, but I don't think it's doing it via the socket() call. Anyone know why this behavior might be happening? Thanks, David ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Jails can't get routing info
On 1. May 2012, at 19:41 , David Thiel wrote: > Hello, > > So, I've been trying to debug an issue running nmap scans within jails, > partially documented here: > > http://seclists.org/nmap-dev/2012/q2/220 > > On further debugging, it's seeming like jails can't read routing > information directly at all: > > # route get 69.163.203.254 > route: writing to routing socket: No such process > > Now, this is normally done via reading the routing table via something like > socket(PF_ROUTE, SOCK_RAW, AF_INET), so one would suspect that this is a > problem with raw sockets; but raw sockets are enabled within the jail. > netstat is able to read routing information just fine, but I don't think > it's doing it via the socket() call. hmm, sure you don't have /dev/mem in the jail? netstat -rn I think is still using libkvm *sigh* and not the sysctl API. > Anyone know why this behavior might be happening? Without thinking too much (as in if I got the right case) I think you are hitting this one: http://svnweb.freebsd.org/base/head/sys/net/rtsock.c?annotate=234572#l792 /bz -- Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Jails can't get routing info
On Tue, May 01, 2012 at 09:01:33PM +, Bjoern A. Zeeb wrote: > On 1. May 2012, at 19:41 , David Thiel wrote: > > > Hello, > > > > So, I've been trying to debug an issue running nmap scans within jails, > > partially documented here: > > > > http://seclists.org/nmap-dev/2012/q2/220 > > > > On further debugging, it's seeming like jails can't read routing > > information directly at all: > > > > # route get 69.163.203.254 > > route: writing to routing socket: No such process > > > > Now, this is normally done via reading the routing table via something like > > socket(PF_ROUTE, SOCK_RAW, AF_INET), so one would suspect that this is a > > problem with raw sockets; but raw sockets are enabled within the jail. > > netstat is able to read routing information just fine, but I don't think > > it's doing it via the socket() call. > > hmm, sure you don't have /dev/mem in the jail? netstat -rn I think is still > using libkvm *sigh* and not the sysctl API. > Good lord I hope this makes it down to stable/8 > > > Anyone know why this behavior might be happening? > > Without thinking too much (as in if I got the right case) I think you are > hitting this one: > > http://svnweb.freebsd.org/base/head/sys/net/rtsock.c?annotate=234572#l792 > > /bz > > -- > Bjoern A. Zeeb You have to have visions! >It does not matter how good you are. It matters what good you do! > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" -- - (2^(N-1)) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Unkillable /sbin/ipfw process
Hi!
I've found easy way to make ipfw(8) to become unkillable even witk kill -9.
It is displayed as "running" and takes all CPU cycles.
Just run the following script with argument 122 for 8.3/i386
or with 121 for 8.3/amd64.
#!/bin/sh
args="add 60001 count ip from any to { "
for i in `jot $1 1`
do
args="${args}127.0.0.$i or "
done
args="${args}127.0.1.1 }";
ipfw delete 60001
echo ipfw $args
ipfw $args
#EOF
After one /sbin/ipfw is stuck in this state,
all others invocations of /sbin/ipfw (including "ipfw show")
add another stuck ipfw process.
See also http://www.freebsd.org/cgi/query-pr.cgi?pr=65961
Eugene Grosbein.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD 9 "gptboot: invalid backup GPT header" error (boots fine though)
On 30.04.2012 23:14, Adam Strohl wrote: > da0 at tws0 bus 0 scbus0 target 0 lun 0 > da0: Fixed Direct Access SCSI-5 device > da0: 6000.000MB/s transfers > da0: 2860992MB (5859311616 512 byte sectors: 255H 63S/T 364725C) > > > Let me know anyone wants to see anything else/has seen this/has any theories! Can you try patch from the r234693, update and reinstall gptboot, does it help? http://svnweb.freebsd.org/base?view=revision&revision=234693 -- WBR, Andrey V. Elsukov ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
