headers
Blair Sadewitz | 1 Jun 2012 01:50
Picon

Re: port-i386/46486: cannot boot install image (cannot mount root)

The following reply was made to PR port-i386/46486; it has been noted by GNATS.

From: Blair Sadewitz <blair.sadewitz <at> gmail.com>
To: gnats-bugs <at> netbsd.org
Cc: 
Subject: Re: port-i386/46486: cannot boot install image (cannot mount root)
Date: Thu, 31 May 2012 19:47:17 -0400

 Disabling ACPI with boot -2 resolves the problem.  Any ideas? ;-)
Permalink | Reply | 1 comment |
headers
Blair Sadewitz | 1 Jun 2012 01:57
Picon

Re: port-i386/46486: cannot boot install image (cannot mount root)

Sorry, my memory failed me.  I don't know why I thought what I did.

Anyway, what _actually_ is the case:  The system doesn't lock up  in
ddb if I use -2 to disable SMP.  Then I can specify the root device.
It still thinks root should be cd0a, not cd0d, whether using ahcisata
or piixide.  I'll keep this updated in case I make any more mistakes
or actually manage to figure something out. ;-)
Permalink | Reply | 0 comments |
headers
Chuck Silvers | 1 Jun 2012 06:22
Favicon

Re: kern/46481: page fault in uvmspace_free -> uvm_unmap_remove -> pmap_remove -> pmap_pdes_invalid

I also see this problem quite easily, with both 6.0_BETA2 and -current.

it was introduced by this change:
http://mail-index.netbsd.org/source-changes/2012/04/20/msg033858.html
(support for 256 CPUs on amd64)

with that change reverted, this problem no longer occurs,
nor do other problems that I've seen on native amd64.

-Chuck
Permalink | Reply | 0 comments |
headers
Chuck Silvers | 1 Jun 2012 06:25
Favicon

Re: kern/46481: page fault in uvmspace_free -> uvm_unmap_remove -> pmap_remove -> pmap_pdes_invalid

The following reply was made to PR kern/46481; it has been noted by GNATS.

From: Chuck Silvers <chuq <at> chuq.com>
To: gnats-bugs <at> NetBSD.org
Cc: kern-bug-people <at> netbsd.org, gnats-admin <at> netbsd.org,
	netbsd-bugs <at> netbsd.org, rmind <at> netbsd.org
Subject: Re: kern/46481: page fault in uvmspace_free -> uvm_unmap_remove ->
 pmap_remove -> pmap_pdes_invalid
Date: Thu, 31 May 2012 21:22:34 -0700

 I also see this problem quite easily, with both 6.0_BETA2 and -current.

 it was introduced by this change:
 http://mail-index.netbsd.org/source-changes/2012/04/20/msg033858.html
 (support for 256 CPUs on amd64)

 with that change reverted, this problem no longer occurs,
 nor do other problems that I've seen on native amd64.

 -Chuck
Permalink | Reply | 0 comments |
headers
joernc | 1 Jun 2012 13:00
Picon

install/46512: sysinst: installation of binary packages cannot be revised

>Number:         46512
>Category:       install
>Synopsis:       sysinst: installation of binary packages cannot be revised
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    install-manager
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Fri Jun 01 11:00:00 +0000 2012
>Originator:     Jörn Clausen
>Release:        NetBSD 6.0_BETA2
>Organization:
>Environment:
>Description:
I just tried the installer of NetBSD 6.0_BETA2 for the first time. I'm not sure I am happy with the new menu
based configuration of additional items. I always liked the simplicity of the NetBSD installer compared
to FreeBSD or Linux. It used to do less (much less), but much better. BTW: That's a change I wouldn't expect
between BETA1 and BETA2 and so close to release.

Anyway: When selecting option "e) Enable installation of binary packages", there seems to be no way back,
once that option has been selected. I'd like to have a "cancel" function to return to the previous menu
without actually changing anything.

>How-To-Repeat:

>Fix:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Andreas Gustafsson | 1 Jun 2012 16:20

bin/46513: kdump segfaults

>Number:         46513
>Category:       bin
>Synopsis:       kdump segfaults
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    bin-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Jun 01 14:20:06 +0000 2012
>Originator:     Andreas Gustafsson
>Release:        NetBSD-current, source date 2012.05.29.17.25.38
>Organization:
>Environment:
System: NetBSD
Architecture: i386
Machine: i386
>Description:

Subject says it all.

>How-To-Repeat:

Run:

  cd /usr/tests/lib/librumphijack
  ktrace -i atf-run t_tcpip
  kdump
(Continue reading)

Permalink | Reply | 0 comments |
headers
Martin Husemann | 1 Jun 2012 16:55
Picon

PR/38889 CVS commit: src/sys/uvm

The following reply was made to PR kern/38889; it has been noted by GNATS.

From: "Martin Husemann" <martin <at> netbsd.org>
To: gnats-bugs <at> gnats.NetBSD.org
Cc: 
Subject: PR/38889 CVS commit: src/sys/uvm
Date: Fri, 1 Jun 2012 14:52:49 +0000

 Module Name:	src
 Committed By:	martin
 Date:		Fri Jun  1 14:52:49 UTC 2012

 Modified Files:
 	src/sys/uvm: uvm_vnode.c

 Log Message:
 Only use generic readahead on VREG vnodes, the space used to store the
 context is not valid on other types.
 Prevents the crash reported in PR kern/38889, but does not fix the
 mmap of block devices, more work is needed (no size on VBLK vnodes).

 
 To generate a diff of this commit:
 cvs rdiff -u -r1.97 -r1.98 src/sys/uvm/uvm_vnode.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.
Permalink | Reply | 0 comments |
headers
Matthias Scheler | 1 Jun 2012 17:40
Picon
Favicon

Re: kern/46509

The following reply was made to PR kern/46509; it has been noted by GNATS.

From: Matthias Scheler <tron <at> zhadum.org.uk>
To: gnats-bugs <at> NetBSD.org
Cc: 
Subject: Re: kern/46509
Date: Fri, 1 Jun 2012 16:35:35 +0100

 On Thu, May 31, 2012 at 04:10:07PM +0000, Jukka Ruohonen wrote:
 > The following reply was made to PR kern/46509; it has been noted by GNATS.
 > 
 > From: Jukka Ruohonen <jruohonen <at> iki.fi>
 > To: gnats-bugs <at> NetBSD.org
 > Cc: 
 > Subject: Re: kern/46509
 > Date: Thu, 31 May 2012 19:05:11 +0300
 > 
 >  Can you try setting hw.acpi.cpu.dynamic to zero. Otherwise there is not
 >  really anything in acpicpu(4) that can cause this. (the idle-loop is 100 %
 >  the same as without it.)

 I measure the performance before loading the "acpicpu" module, after
 loading the module and after setting "hw.acpi.cpu.dynamic" to "0".
 There was not dramatic change.

 The reboot must have fixed some other weird problem.

 	Kind regards

 --
(Continue reading)

Permalink | Reply | 0 comments |
headers
www.NetBSD.org update | 1 Jun 2012 22:00
Picon

NetBSD Nightly Trouble Ticket Report

There are 4949 non-confidential bugs in 54 categories.

Category             critical  serious non-crit    TOTAL           Median TTC
bin                        21      261      374      656         28d 01:05:42
install                    10       48       56      114      8m 14d 14:33:36
kern                      246      992      543     1781      2m 18d 00:24:09
lib                         5       85      118      208         19d 14:40:46
misc                        5       35      114      154         10d 10:49:56
pkg                        79      546      565     1190         12d 21:56:49
port-acorn26                0        1        1        2          1d 03:08:54
port-acorn32                1        2        3        6  1y  2m 10d 00:51:48
port-alpha                 19       29       18       66      7m  1d 00:13:03
port-amd64                 11       26       12       49      3m 13d 11:53:15
port-amiga                  2        7        8       17      1m  9d 13:18:19
port-arc                    0        1        0        1  1y 10m 21d 15:02:22
port-arm                    1        5        3        9      3m  6d 22:45:01
port-atari                  3        2        3        8         25d 23:06:47
port-cats                   0        2        0        2      3m 23d 06:15:06
port-cobalt                 1        0        0        1      2m 12d 01:43:42
port-emips                  0        1        0        1             00:07:07
port-evbarm                 0        2        4        6         11m 04:47:00
port-evbmips                0        3        3        6      2m 24d 18:32:41
port-evbppc                 3        0        0        3      4m 19d 14:47:50
port-hp300                  1        0        0        1         18d 05:04:38
port-hp700                  0        0        1        1      6m 16d 19:49:59
port-hpcarm                 2        1        0        3      5m 26d 20:32:13
port-hpcmips                4        5        6       15      1m 26d 15:10:10
port-hpcsh                  1        1        2        4      4m  1d 17:29:07
port-hppa                   0        0        1        1  1y  6m  8d 18:27:05
port-i386                  38       91       64      193      6m 17d 00:10:05
(Continue reading)

Permalink | Reply | 0 comments |
headers
John Nemeth | 2 Jun 2012 05:35
Picon

PR/46500 CVS commit: src/usr.sbin/lpr/lpr

The following reply was made to PR bin/46500; it has been noted by GNATS.

From: "John Nemeth" <jnemeth <at> netbsd.org>
To: gnats-bugs <at> gnats.NetBSD.org
Cc: 
Subject: PR/46500 CVS commit: src/usr.sbin/lpr/lpr
Date: Sat, 2 Jun 2012 03:32:53 +0000

 Module Name:	src
 Committed By:	jnemeth
 Date:		Sat Jun  2 03:32:53 UTC 2012

 Modified Files:
 	src/usr.sbin/lpr/lpr: lpr.c

 Log Message:
 PR/46500 - Henning Petersen -- wrong permissions on create .seq files

 
 To generate a diff of this commit:
 cvs rdiff -u -r1.45 -r1.46 src/usr.sbin/lpr/lpr/lpr.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.
Permalink | Reply | 0 comments |

Gmane