Re: [PATCH] ACPI object refcount fix
Andreas Tobler schrieb: On 28.03.12 00:13, Jung-uk Kim wrote: > The upstream maintainer just e-mailed me a possible fix for the > problem and it looks very promising. Please try the attached patch. > Note the patch reverts r233555 and applies the fix. This patch is > also available from here: > > http://people.freebsd.org/~jkim/acpi_refcnt.diff > > Thanks! Thank you very much, T60 is up and running! Gruss, Andreas Yup, works for me, too. Thanks a lot :-) ___ 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 10 completely on IPv6, without IPv4?
Hello. Is FreeBSD 10.0-CURRENT capable/ready to be run as a IPv6-only system? I read some time ago that to be run still some portions of the IPv4-code is needed to be compiled into the system/kernel. Regards, Oliver signature.asc Description: OpenPGP digital signature
Re: FreeBSD 10 completely on IPv6, without IPv4?
On Wed, Mar 28, 2012 at 12:09 PM, O. Hartmann wrote: > Hello. > > Is FreeBSD 10.0-CURRENT capable/ready to be run as a IPv6-only system? I > read some time ago that to be run still some portions of the IPv4-code > is needed to be compiled into the system/kernel. > http://wiki.freebsd.org/IPv6Only ;) ___ 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: rctl limit cpu
On Wed, Jul 27, 2011 at 09:32:49PM +0200, Edward Tomasz Napiera?a wrote: > Wiadomo?? napisana przez Alexander Pyhalov w dniu 26 lip 2011, o godz. 15:32: > > Hello. > > I see in rctl man page, that I can limit cpu time in milliseconds, e.g., > > for jail. But I can't deny allocation of the resource (according to man > > page). > > In Solaris I can assign different amount of cpu shares to different > > projects. How can I achieve this with rctl? For example, I'd like to give > > jail:www 40% CPU, jail:db - 50% CPU and leave 10% to the base system... > > The cputime resource (it got renamed shortly before the code freeze to match > resource names in login.conf(5)) defines amount of CPU time used, not the > percentage. > That's why you cannot deny it - if you could, it would just make the > offending process > (jail, login class, user) hang indefinitely. > > The %CPU limit is not implemented yet. I plan to do this before sometime > after 9.0 is out. Any progress 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: Awkward booting issue
> (...snip...) > > Disable everything you can to reduce the attachable devices and see > > if it will still boot. This will help identify which device if any > > is causing the hang > > Yes, I considered this. But even after having disabled everything > that's possible in the bios, the boot issue persists... > Any more suggestions? I'd really like to get this solved, please... ___ 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: [PATCH] ACPI object refcount fix
On 27/03/2012 23:13, Jung-uk Kim wrote: The upstream maintainer just e-mailed me a possible fix for the problem and it looks very promising. Please try the attached patch. Fixed the issue on my X61s, thanks :) Sevan ___ 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"
[head tinderbox] failure on mips/mips
TB --- 2012-03-28 13:21:16 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-28 13:21:16 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-28 13:21:16 - cleaning the object tree TB --- 2012-03-28 13:21:59 - cvsupping the source tree TB --- 2012-03-28 13:21:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-28 13:22:46 - building world TB --- 2012-03-28 13:22:46 - CROSS_BUILD_TESTING=YES TB --- 2012-03-28 13:22:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-28 13:22:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-28 13:22:46 - SRCCONF=/dev/null TB --- 2012-03-28 13:22:46 - TARGET=mips TB --- 2012-03-28 13:22:46 - TARGET_ARCH=mips TB --- 2012-03-28 13:22:46 - TZ=UTC TB --- 2012-03-28 13:22:46 - __MAKE_CONF=/dev/null TB --- 2012-03-28 13:22:46 - cd /src TB --- 2012-03-28 13:22:46 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 28 13:22:48 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-28 14:10:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-28 14:10:50 - ERROR: failed to build world TB --- 2012-03-28 14:10:50 - 2060.12 user 427.21 system 2974.61 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full ___ 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: [PATCH] ACPI object refcount fix
On Tuesday 27 March 2012 09:39 pm, Nathan Whitehorn wrote: > On 03/27/12 17:13, Jung-uk Kim wrote: > > The upstream maintainer just e-mailed me a possible fix for the > > problem and it looks very promising. Please try the attached > > patch. Note the patch reverts r233555 and applies the fix. This > > patch is also available from here: > > > > http://people.freebsd.org/~jkim/acpi_refcnt.diff > > Seems to have fixed things nicely on my Thinkpad T61. The upstream will commit the fix shortly. Thanks for testing and feedback! Jung-uk Kim ___ 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: [regression] unable to boot: no GEOM devices found.
On Monday, May 09, 2011 2:24:37 pm David Naylor wrote: > On Friday 15 April 2011 23:29:55 David Naylor wrote: > > On Friday 15 April 2011 18:28:06 John Baldwin wrote: > > > On Wednesday, April 13, 2011 1:07:06 pm David Naylor wrote: > > > > On Tuesday 12 April 2011 22:12:55 Alexander Motin wrote: > > > > > David Naylor wrote: > > > > > > On Tuesday 12 April 2011 08:17:51 Alexander Motin wrote: > > > > > >> David Naylor wrote: > > > > > >>> I am running -current and since a few days ago (at least > > > > > >>> 2011/04/11) I am unable to boot. > > > > > >>> > > > > > >>> The boot process stops when it looks to find a bootable device. > > > > > >>> The prompt (when pressing '?') does not display any device and > > > > > >>> yielding > > > > > > one > > > > > > > > >>> second (or more) to the kernel (by pressing '.') does not improve > > > > > >>> the situation. > > > > > >>> > > > > > >>> A known working date is 2011/02/20. > > > > > >>> > > > > > >>> I am running amd64 on a nVidia MCP51 chipset. > > > > > >> > > > > > >> MCP51... again... > > > > > > > > > > +ata2: reiniting channel .. > > > > > +ata2: SATA connect time=0ms status=0113 > > > > > +ata2: reset tp1 mask=01 ostat0=58 ostat1=00 > > > > > +ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > +ata2: reset tp2 stat0=50 stat1=00 devices=0x1 > > > > > +ata2: reinit done .. > > > > > +unknown: FAILURE - ATA_IDENTIFY timed out LBA=0 > > > > > > > > > > As soon as all devices detected but not responding to commands, I > > > > > would suppose that there is something wrong with ATA interrupts. > > > > > There is a long chain of interrupt problems in this chipset. I have > > > > > already tried to debug one case where ATA wasn't generating > > > > > interrupts at all. Unfortunately, without success -- requests were > > > > > executing, but not generating interrupts, it wasn't looked like ATA > > > > > driver problem. > > > > > > > > > > What's about possible candidate to revision triggering your problem, > > > > > I would look on this message: > > > > > +pcib0: Enabling MSI window for HyperTransport slave at pci0:0:9:0 > > > > > > > > > > At least it is recent (SVN revs 219737,219740 on 2011-03-18 by jhb) > > > > > and it is interrupt related. > > > > > > > > I reverted those two revs and everything works again. > > > > > > Hmm, can you provide a full boot verbose dmesg? Alternatively, can you > > > see if the device at pci0:0:9:0 is a PCI-PCI bridge? > > > > I can provide a verbose dmesg if the following is not enough: > > > > none17@pci0:0:9:0: class=0x05 card=0x50011458 chip=0x027010de > > rev=0xa2 hdr=0x00 > > vendor = 'NVIDIA Corporation' > > device = 'MCP51 Host Bridge' > > class = memory > > subclass = RAM > > > > I see two PCI-PCI bridges at pci0:0:3:0 and pci0:0:16:0. I've attached the > > full `pciconf -lv` output. > > FYI, this issue is still present on current (~24 hours old). Reverting the > above mentioned revisions still fixes the problem. I finally had an idea about a way to solve this (at least when using ACPI) that doesn't involve a whole bunch of quirks, etc. Please try http://www.FreeBSD.org/~jhb/patches/hostb_htmsi.patch -- John Baldwin ___ 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 (aka regession is r219737)
On Tuesday, November 15, 2011 6:12:53 pm Baptiste Daroussin wrote: > On Tue, Nov 15, 2011 at 12:46:41PM -0500, John Baldwin wrote: > [...] > > and > > > 10 remove that block : > > > http://people.freebsd.org/~bapt/workaround-to-boot-p5ne.diff > > > > Yeah, the problem is that NVIDIA chipsets seem to have really odd behavior > > in > > that once you turn MSI mapping on for a given node in the HyperTransport > > tree > > it expects all child devices to only use MSI and not INTx. Linux has a lot > > of > > quirk code to try to handle this by only turning on the mapping window when > > MSI is enabled for a given device. However, it has lots of hacks to try to > > find the right Host-PCI Bridge that a given device is a child of. I'm > > mostly > > tempted to just disable MSI on NVIDIA chipsets that have these issues > > rather > > than adding the same number of quirks. However I haven't really had time > > to > > sit down and look at this. > > > > Thanks for reply, if you can do some testing for you if you want. Please try http://www.FreeBSD.org/~jhb/patches/hostb_htmsi.patch -- John Baldwin ___ 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 (aka regession is r219737)
On Wed, Mar 28, 2012 at 02:38:42PM -0400, John Baldwin wrote: > On Tuesday, November 15, 2011 6:12:53 pm Baptiste Daroussin wrote: > > On Tue, Nov 15, 2011 at 12:46:41PM -0500, John Baldwin wrote: > > [...] > > > and > > > > 10 remove that block : > > > > http://people.freebsd.org/~bapt/workaround-to-boot-p5ne.diff > > > > > > Yeah, the problem is that NVIDIA chipsets seem to have really odd > > > behavior in > > > that once you turn MSI mapping on for a given node in the HyperTransport > > > tree > > > it expects all child devices to only use MSI and not INTx. Linux has a > > > lot of > > > quirk code to try to handle this by only turning on the mapping window > > > when > > > MSI is enabled for a given device. However, it has lots of hacks to try > > > to > > > find the right Host-PCI Bridge that a given device is a child of. I'm > > > mostly > > > tempted to just disable MSI on NVIDIA chipsets that have these issues > > > rather > > > than adding the same number of quirks. However I haven't really had time > > > to > > > sit down and look at this. > > > > > > > Thanks for reply, if you can do some testing for you if you want. > > Please try http://www.FreeBSD.org/~jhb/patches/hostb_htmsi.patch > works perfectly thanks regards, Bapt pgp4ls8rzuDuw.pgp Description: PGP signature
Re: No disks usable on a P5NE MB (aka regession is r219737)
On Wednesday, March 28, 2012 3:24:13 pm Baptiste Daroussin wrote: > On Wed, Mar 28, 2012 at 02:38:42PM -0400, John Baldwin wrote: > > On Tuesday, November 15, 2011 6:12:53 pm Baptiste Daroussin wrote: > > > On Tue, Nov 15, 2011 at 12:46:41PM -0500, John Baldwin wrote: > > > [...] > > > > and > > > > > 10 remove that block : > > > > > http://people.freebsd.org/~bapt/workaround-to-boot-p5ne.diff > > > > > > > > Yeah, the problem is that NVIDIA chipsets seem to have really odd > > > > behavior in > > > > that once you turn MSI mapping on for a given node in the > > > > HyperTransport tree > > > > it expects all child devices to only use MSI and not INTx. Linux has a > > > > lot of > > > > quirk code to try to handle this by only turning on the mapping window > > > > when > > > > MSI is enabled for a given device. However, it has lots of hacks to > > > > try to > > > > find the right Host-PCI Bridge that a given device is a child of. I'm > > > > mostly > > > > tempted to just disable MSI on NVIDIA chipsets that have these issues > > > > rather > > > > than adding the same number of quirks. However I haven't really had > > > > time to > > > > sit down and look at this. > > > > > > > > > > Thanks for reply, if you can do some testing for you if you want. > > > > Please try http://www.FreeBSD.org/~jhb/patches/hostb_htmsi.patch > > > works perfectly thanks Really? Ok, thanks! Hmm, I've updated it to so that it should work in the non-ACPI case. Can you try it with ACPI disabled? (If this is on amd64 you might need to add 'device mptable' to your kernel config.) -- John Baldwin ___ 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"
[head tinderbox] failure on mips/mips
TB --- 2012-03-28 21:26:38 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-28 21:26:38 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-28 21:26:38 - cleaning the object tree TB --- 2012-03-28 21:27:19 - cvsupping the source tree TB --- 2012-03-28 21:27:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-28 21:28:10 - building world TB --- 2012-03-28 21:28:10 - CROSS_BUILD_TESTING=YES TB --- 2012-03-28 21:28:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-28 21:28:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-28 21:28:10 - SRCCONF=/dev/null TB --- 2012-03-28 21:28:10 - TARGET=mips TB --- 2012-03-28 21:28:10 - TARGET_ARCH=mips TB --- 2012-03-28 21:28:10 - TZ=UTC TB --- 2012-03-28 21:28:10 - __MAKE_CONF=/dev/null TB --- 2012-03-28 21:28:10 - cd /src TB --- 2012-03-28 21:28:10 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 28 21:28:11 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-28 22:16:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-28 22:16:46 - ERROR: failed to build world TB --- 2012-03-28 22:16:46 - 2082.15 user 431.55 system 3008.15 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full ___ 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 (aka regession is r219737)
On Wed, Mar 28, 2012 at 04:41:35PM -0400, John Baldwin wrote: > On Wednesday, March 28, 2012 3:24:13 pm Baptiste Daroussin wrote: > > On Wed, Mar 28, 2012 at 02:38:42PM -0400, John Baldwin wrote: > > > On Tuesday, November 15, 2011 6:12:53 pm Baptiste Daroussin wrote: > > > > On Tue, Nov 15, 2011 at 12:46:41PM -0500, John Baldwin wrote: > > > > [...] > > > > > and > > > > > > 10 remove that block : > > > > > > http://people.freebsd.org/~bapt/workaround-to-boot-p5ne.diff > > > > > > > > > > Yeah, the problem is that NVIDIA chipsets seem to have really odd > > > > > behavior in > > > > > that once you turn MSI mapping on for a given node in the > > > > > HyperTransport tree > > > > > it expects all child devices to only use MSI and not INTx. Linux has > > > > > a lot of > > > > > quirk code to try to handle this by only turning on the mapping > > > > > window when > > > > > MSI is enabled for a given device. However, it has lots of hacks to > > > > > try to > > > > > find the right Host-PCI Bridge that a given device is a child of. > > > > > I'm mostly > > > > > tempted to just disable MSI on NVIDIA chipsets that have these issues > > > > > rather > > > > > than adding the same number of quirks. However I haven't really had > > > > > time to > > > > > sit down and look at this. > > > > > > > > > > > > > Thanks for reply, if you can do some testing for you if you want. > > > > > > Please try http://www.FreeBSD.org/~jhb/patches/hostb_htmsi.patch > > > > > works perfectly thanks > > Really? Ok, thanks! Yes really :) > > Hmm, I've updated it to so that it should work in the non-ACPI case. Can you > try it with ACPI disabled? (If this is on amd64 you might need to add > 'device mptable' to your kernel config.) > Also tested and works fine thank you very much (yes this is amd64) regards, Bapt pgpWGFCZOk27R.pgp Description: PGP signature
Re: Awkward booting issue
On 03/28/12 06:40, Mark wrote: >> (...snip...) >>> Disable everything you can to reduce the attachable devices and see >>> if it will still boot. This will help identify which device if any >>> is causing the hang >> Yes, I considered this. But even after having disabled everything >> that's possible in the bios, the boot issue persists... >> > Any more suggestions? I'd really like to get this solved, please... > ___ > 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" If you have access to another FreeBSD machine, you could try compiling a minimal kernel (remove drivers that are unneeded, but also those that attach but are unnecessary) and booting from that kernel instead. Can you type characters onto the terminal after the boot hangs? If no, does capslocks change keyboard LEDs? Does 9-RELEASE boot? Or does no FreeBSD boot? 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"
[head tinderbox] failure on powerpc/powerpc
TB --- 2012-03-28 22:16:47 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-28 22:16:47 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-03-28 22:16:47 - cleaning the object tree TB --- 2012-03-28 22:16:47 - cvsupping the source tree TB --- 2012-03-28 22:16:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-03-28 22:17:37 - building world TB --- 2012-03-28 22:17:37 - CROSS_BUILD_TESTING=YES TB --- 2012-03-28 22:17:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-28 22:17:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-28 22:17:37 - SRCCONF=/dev/null TB --- 2012-03-28 22:17:37 - TARGET=powerpc TB --- 2012-03-28 22:17:37 - TARGET_ARCH=powerpc TB --- 2012-03-28 22:17:37 - TZ=UTC TB --- 2012-03-28 22:17:37 - __MAKE_CONF=/dev/null TB --- 2012-03-28 22:17:37 - cd /src TB --- 2012-03-28 22:17:37 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 28 22:17:38 UTC 2012 >>> 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 Mar 29 00:32:01 UTC 2012 TB --- 2012-03-29 00:32:01 - generating LINT kernel config TB --- 2012-03-29 00:32:01 - cd /src/sys/powerpc/conf TB --- 2012-03-29 00:32:01 - /usr/bin/make -B LINT TB --- 2012-03-29 00:32:01 - cd /src/sys/powerpc/conf TB --- 2012-03-29 00:32:01 - /usr/sbin/config -m LINT TB --- 2012-03-29 00:32:01 - building LINT kernel TB --- 2012-03-29 00:32:01 - CROSS_BUILD_TESTING=YES TB --- 2012-03-29 00:32:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-29 00:32:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-29 00:32:01 - SRCCONF=/dev/null TB --- 2012-03-29 00:32:01 - TARGET=powerpc TB --- 2012-03-29 00:32:01 - TARGET_ARCH=powerpc TB --- 2012-03-29 00:32:01 - TZ=UTC TB --- 2012-03-29 00:32:01 - __MAKE_CONF=/dev/null TB --- 2012-03-29 00:32:01 - cd /src TB --- 2012-03-29 00:32:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 29 00:32:01 UTC 2012 >>> 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 >>> Kernel build for LINT completed on Thu Mar 29 00:50:47 UTC 2012 TB --- 2012-03-29 00:50:47 - cd /src/sys/powerpc/conf TB --- 2012-03-29 00:50:47 - /usr/sbin/config -m GENERIC TB --- 2012-03-29 00:50:47 - building GENERIC kernel TB --- 2012-03-29 00:50:47 - CROSS_BUILD_TESTING=YES TB --- 2012-03-29 00:50:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-29 00:50:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-29 00:50:47 - SRCCONF=/dev/null TB --- 2012-03-29 00:50:47 - TARGET=powerpc TB --- 2012-03-29 00:50:47 - TARGET_ARCH=powerpc TB --- 2012-03-29 00:50:47 - TZ=UTC TB --- 2012-03-29 00:50:47 - __MAKE_CONF=/dev/null TB --- 2012-03-29 00:50:47 - cd /src TB --- 2012-03-29 00:50:47 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Mar 29 00:50:47 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/mp_cpudep.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/nexus.c cc -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ar
Re: FreeBSD 10 completely on IPv6, without IPv4?
Am 03/28/12 13:33, schrieb Andrey Fesenko: > On Wed, Mar 28, 2012 at 12:09 PM, O. Hartmann > wrote: >> Hello. >> >> Is FreeBSD 10.0-CURRENT capable/ready to be run as a IPv6-only system? I >> read some time ago that to be run still some portions of the IPv4-code >> is needed to be compiled into the system/kernel. >> > > > http://wiki.freebsd.org/IPv6Only ;) Thank you ;-) oh signature.asc Description: OpenPGP digital signature
[head tinderbox] failure on powerpc64/powerpc
TB --- 2012-03-28 23:09:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-28 23:09:01 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-03-28 23:09:01 - cleaning the object tree TB --- 2012-03-28 23:09:01 - cvsupping the source tree TB --- 2012-03-28 23:09:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-03-28 23:09:44 - building world TB --- 2012-03-28 23:09:44 - CROSS_BUILD_TESTING=YES TB --- 2012-03-28 23:09:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-28 23:09:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-28 23:09:44 - SRCCONF=/dev/null TB --- 2012-03-28 23:09:44 - TARGET=powerpc TB --- 2012-03-28 23:09:44 - TARGET_ARCH=powerpc64 TB --- 2012-03-28 23:09:44 - TZ=UTC TB --- 2012-03-28 23:09:44 - __MAKE_CONF=/dev/null TB --- 2012-03-28 23:09:44 - cd /src TB --- 2012-03-28 23:09:44 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 28 23:09:45 UTC 2012 >>> 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 Mar 29 01:40:27 UTC 2012 TB --- 2012-03-29 01:40:27 - generating LINT kernel config TB --- 2012-03-29 01:40:27 - cd /src/sys/powerpc/conf TB --- 2012-03-29 01:40:27 - /usr/bin/make -B LINT TB --- 2012-03-29 01:40:27 - cd /src/sys/powerpc/conf TB --- 2012-03-29 01:40:27 - /usr/sbin/config -m LINT TB --- 2012-03-29 01:40:27 - building LINT kernel TB --- 2012-03-29 01:40:27 - CROSS_BUILD_TESTING=YES TB --- 2012-03-29 01:40:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-29 01:40:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-29 01:40:27 - SRCCONF=/dev/null TB --- 2012-03-29 01:40:27 - TARGET=powerpc TB --- 2012-03-29 01:40:27 - TARGET_ARCH=powerpc64 TB --- 2012-03-29 01:40:27 - TZ=UTC TB --- 2012-03-29 01:40:27 - __MAKE_CONF=/dev/null TB --- 2012-03-29 01:40:27 - cd /src TB --- 2012-03-29 01:40:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 29 01:40:27 UTC 2012 >>> 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 >>> Kernel build for LINT completed on Thu Mar 29 02:00:49 UTC 2012 TB --- 2012-03-29 02:00:49 - cd /src/sys/powerpc/conf TB --- 2012-03-29 02:00:49 - /usr/sbin/config -m GENERIC TB --- 2012-03-29 02:00:49 - skipping GENERIC kernel TB --- 2012-03-29 02:00:49 - cd /src/sys/powerpc/conf TB --- 2012-03-29 02:00:49 - /usr/sbin/config -m GENERIC64 TB --- 2012-03-29 02:00:49 - building GENERIC64 kernel TB --- 2012-03-29 02:00:49 - CROSS_BUILD_TESTING=YES TB --- 2012-03-29 02:00:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-29 02:00:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-29 02:00:49 - SRCCONF=/dev/null TB --- 2012-03-29 02:00:49 - TARGET=powerpc TB --- 2012-03-29 02:00:49 - TARGET_ARCH=powerpc64 TB --- 2012-03-29 02:00:49 - TZ=UTC TB --- 2012-03-29 02:00:49 - __MAKE_CONF=/dev/null TB --- 2012-03-29 02:00:49 - cd /src TB --- 2012-03-29 02:00:49 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Thu Mar 29 02:00:49 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/nexus.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -m
[head tinderbox] failure on mips/mips
TB --- 2012-03-29 05:17:44 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-29 05:17:44 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-29 05:17:44 - cleaning the object tree TB --- 2012-03-29 05:18:27 - cvsupping the source tree TB --- 2012-03-29 05:18:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-29 05:19:04 - building world TB --- 2012-03-29 05:19:04 - CROSS_BUILD_TESTING=YES TB --- 2012-03-29 05:19:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-29 05:19:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-29 05:19:04 - SRCCONF=/dev/null TB --- 2012-03-29 05:19:04 - TARGET=mips TB --- 2012-03-29 05:19:04 - TARGET_ARCH=mips TB --- 2012-03-29 05:19:04 - TZ=UTC TB --- 2012-03-29 05:19:04 - __MAKE_CONF=/dev/null TB --- 2012-03-29 05:19:04 - cd /src TB --- 2012-03-29 05:19:04 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 29 05:19:05 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mips/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mips/src/tmp/usr/bin/ld: /obj/mips.mips/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mips/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-29 06:07:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-29 06:07:26 - ERROR: failed to build world TB --- 2012-03-29 06:07:26 - 2081.00 user 433.09 system 2982.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full ___ 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"
