Re: amd64/150023: network subsystem does not work at all

Synopsis: network subsystem does not work at all Responsible-Changed-From-To: freebsd-amd64->freebsd-bugs Responsible-Changed-By: avg Responsible-Changed-When: Fri Oct 8 09:23:39 UTC 2010 Responsible-Changed-Why: The PR doesn't describe any amd64-specific problem. http://www.freebsd.org/cgi/quer

Re: amd64/148805: [hang] FreeBSD 7.2, 8.0, and 9.0 hang during install at probing devices

Synopsis: [hang] FreeBSD 7.2, 8.0, and 9.0 hang during install at probing devices Responsible-Changed-From-To: freebsd-amd64->freebsd-bugs Responsible-Changed-By: avg Responsible-Changed-When: Fri Oct 8 09:32:10 UTC 2010 Responsible-Changed-Why: There is no indication in the report (and followup

Re: amd64/148675: [panic] kernel panics - reboots

Synopsis: [panic] kernel panics - reboots Responsible-Changed-From-To: freebsd-amd64->freebsd-bugs Responsible-Changed-By: avg Responsible-Changed-When: Fri Oct 8 09:34:55 UTC 2010 Responsible-Changed-Why: This seems like a know locking problem in ATA code that is not specific to amd64 arch. The

Re: amd64/147560: [boot] Booting 8.1-PRERELEASE raidz system take ages

Synopsis: [boot] Booting 8.1-PRERELEASE raidz system take ages Responsible-Changed-From-To: freebsd-amd64->freebsd-bugs Responsible-Changed-By: avg Responsible-Changed-When: Fri Oct 8 09:37:58 UTC 2010 Responsible-Changed-Why: This is a generic zfs boot problem resulting from how the code finds d

Re: kern/147560: [zfs] [boot] Booting 8.1-PRERELEASE raidz system take ages

Old Synopsis: [boot] Booting 8.1-PRERELEASE raidz system take ages New Synopsis: [zfs] [boot] Booting 8.1-PRERELEASE raidz system take ages Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Fri Oct 8 10:28:51 UTC 2010 Responsible-Change

kern/151304: patch - definitions of variables tested by ASSERT_ATOMIC_LOAD_PTR

>Number: 151304 >Category: kern >Synopsis: patch - definitions of variables tested by >ASSERT_ATOMIC_LOAD_PTR >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Re

kern/151305: [patch] - CTASSERT(sizeof(struct jmvrec) == JREC_SIZE)

>Number: 151305 >Category: kern >Synopsis: [patch] - CTASSERT(sizeof(struct jmvrec) == JREC_SIZE) >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Clas

bin/151321: mount_nfs won't recognize readahead

>Number: 151321 >Category: bin >Synopsis: mount_nfs won't recognize readahead >Confidential: no >Severity: serious >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Su

Re: kern/151304: patch - definitions of variables tested by ASSERT_ATOMIC_LOAD_PTR

On Fri, 8 Oct 2010, Svatopluk Kraus wrote: Description: A macro ASSERT_ATOMIC_LOAD_PTR() hits in colfire port I work on. It is possibly due to use of GNU GCC (4.5.1) compiler -Os option (size optimalization). The macro is applied on four places: Perhaps gcc-4.5.1 -Os is doing invalid packin

Re: kern/151304: patch - definitions of variables tested by ASSERT_ATOMIC_LOAD_PTR

The following reply was made to PR kern/151304; it has been noted by GNATS. From: Bruce Evans To: Svatopluk Kraus Cc: freebsd-gnats-sub...@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: kern/151304: patch - definitions of variables tested by ASSERT_ATOMIC_LOAD_PTR Date: Sat, 9 Oct 2010 07:1

kern/151326: nfs exports fail if netgroups contain duplicate entries

>Number: 151326 >Category: kern >Synopsis: nfs exports fail if netgroups contain duplicate entries >Confidential: no >Severity: non-critical >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >