headers
Martin S. Weber | 1 Mar 2012 02:30
Picon

Re: install/45335: postinstall: obsolete libs: use distribution sets

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

From: "Martin S. Weber" <Ephaeton <at> gmx.net>
To: gnats-bugs <at> NetBSD.org
Cc: 
Subject: Re: install/45335: postinstall: obsolete libs: use distribution sets
Date: Wed, 29 Feb 2012 20:24:58 -0500

 Wouldn't it be nice to have this fixed in the NetBSD-6 distribution? You are
 talking about major lib bumps for NetBSD-7, so this is another catastrophe
 waiting to happen to anybody who will have NetBSD-6 installed, try -current
 to evaluate a bugfix, hardware driver, software feature or whatever and then
 decides to go back to the latest release...

 IMO, for NetBSD controlled directories (i.e. /lib, /usr/lib) deleting 
 everything which isn't in the distribution's mtrees should be fine, shouldn't
 it? Thus mtree -r for the specific library directories could be a fine and
 workable fix for the postinstall 'obsolete library' fix step.

 Regards,
 -Martin
Permalink | Reply | 0 comments |
headers
Martin S. Weber | 1 Mar 2012 03:35
Picon

Re: kern/32626

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

From: "Martin S. Weber" <Ephaeton <at> gmx.net>
To: gnats-bugs <at> NetBSD.org
Cc: 
Subject: Re: kern/32626
Date: Wed, 29 Feb 2012 20:29:46 -0500

 PR can be closed. It is over 6 years old and the window of opportunity
 to dig deeper into this has closed some 4 years ago. I no longer have
 access to the machine(s) in question, nor the hardware that was used
 to trigger the condition(s). This bug will thus remain a mystery.
Permalink | Reply | 0 comments |
headers
tron | 1 Mar 2012 08:42
Picon

Re: lib/40346 (libexpat should be in base.tgz)

Synopsis: libexpat should be in base.tgz

State-Changed-From-To: open->pending-pullups
State-Changed-By: tron <at> NetBSD.org
State-Changed-When: Thu, 01 Mar 2012 07:42:25 +0000
State-Changed-Why:
The problem has been fixed in NetBSD-current. I've requested a pullup into
the "netbsd-6" branch.
Permalink | Reply | 0 comments |
headers
Martin Husemann | 1 Mar 2012 10:15
Picon

Re: install/45335: postinstall: obsolete libs: use distribution sets

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

From: Martin Husemann <martin <at> duskware.de>
To: gnats-bugs <at> NetBSD.org
Cc: Ephaeton <at> gmx.net
Subject: Re: install/45335: postinstall: obsolete libs: use distribution sets
Date: Thu, 1 Mar 2012 10:11:46 +0100

 On Thu, Mar 01, 2012 at 01:30:05AM +0000, Martin S. Weber wrote:
 >  IMO, for NetBSD controlled directories (i.e. /lib, /usr/lib) deleting 
 >  everything which isn't in the distribution's mtrees should be fine, shouldn't
 >  it?

 You need to leave around, for each shared library, for each major
 present the lib with the highest minor.

 Old static libs can just go away, IMHO.

 You are only talking about updates via sysinst from official (i.e. well
 tested) distribution media, I suppose? You certainly do not want to do
 this kind of cleanup on -current when updating from source.

 Martin
Permalink | Reply | 0 comments |
headers
Holger Weiss | 1 Mar 2012 11:35
Picon

kern/46118: pppoe(4) via axe(4) triggers locking-related panic

>Number:         46118
>Category:       kern
>Synopsis:       pppoe(4) via axe(4) triggers locking-related panic
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Mar 01 10:35:00 +0000 2012
>Originator:     Holger Weiss
>Release:        NetBSD 6.0_BETA (2012-02-29)
>Organization:
Individual Network Berlin e.V.
>Environment:
System: NetBSD petty.weiss.in-berlin.de 6.0_BETA NetBSD 6.0_BETA (GENERIC) #0: Wed Feb 29 17:02:14 CET
2012 holger <at> smith.weiss.in-berlin.de:/src/build/obj/sys/arch/amd64/compile/GENERIC amd64
Architecture: x86_64
Machine: amd64
>Description:
Initiating a pppoe(4) connection using an axe(4) interface quickly
triggers a "KERNEL_LOCKED_P()" assertion failure in sys/dev/usb/usbdi.c:

| panic: kernel diagnostic assertion "KERNEL_LOCKED_P()" failed: file
"/src/netbsd/base/sys/dev/usb/usbdi.c", line 264
| cpu0: Begin traceback...
| kern_assert() at netbsd:kern_assert+0x48
| usbd_transfer() at netbsd:usbd_transfer+0x202
| axe_start() at netbsd:axe_start+0x131
(Continue reading)

Permalink | Reply | 0 comments |
headers
wiz | 1 Mar 2012 11:38
Picon

Re: kern/32626 (ehci + umass + stress = umass stall cycle)

Synopsis: ehci + umass + stress = umass stall cycle

State-Changed-From-To: open->closed
State-Changed-By: wiz <at> NetBSD.org
State-Changed-When: Thu, 01 Mar 2012 10:38:47 +0000
State-Changed-Why:
Hardware gone, submitter requests PR to be closed.
Permalink | Reply | 0 comments |
headers
ad | 1 Mar 2012 11:45
Picon

kern/46120: audiomp: dev/bluetooth/btsco.c locking error

>Number:         46120
>Category:       kern
>Synopsis:       audiomp: dev/bluetooth/btsco.c locking error
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Mar 01 10:45:00 +0000 2012
>Originator:     Andrew Doran
>Release:        -current
>Organization:
The NetBSD Project
>Environment:
N/A
>Description:
    283 static void
    284 btsco_attach(device_t parent, device_t self, void *aux)
...
    298 	mutex_init(&sc->sc_intr_lock, MUTEX_DEFAULT, IPL_NONE);

Note IPL_NONE.

    435 static void
    436 btsco_sco_disconnected(void *arg, int err)
...
    461 		mutex_spin_enter(&sc->sc_intr_lock);
(Continue reading)

Permalink | Reply | 0 comments |
headers
ad | 1 Mar 2012 11:55
Picon

kern/46121: audiomp: locking protocol error

>Number:         46121
>Category:       kern
>Synopsis:       audiomp: locking protocol error
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Mar 01 10:55:00 +0000 2012
>Originator:     Andrew Doran
>Release:        -current
>Organization:
The NetBSD Project
>Environment:
N/A
>Description:
audio.c has this descriptive block:

    122  * List of hardware interface methods, and which locks are held when each
    123  * is called by this module:
    124  *
    125  *	METHOD			INTR	THREAD  NOTES
    126  *	----------------------- ------- -------	-------------------------
...
    146  *	allocm 			-	-	Called at attach time
    147  *	freem 			-	-	Called at attach time

Lets look at the code.
(Continue reading)

Permalink | Reply | 3 comments |
headers
tsutsui | 1 Mar 2012 13:12
Picon

Re: install/46042 (A newline fails in sysinst msg_display())

Synopsis: A newline fails in sysinst msg_display()

Responsible-Changed-From-To: bin-bug-people-≥install-manager
Responsible-Changed-By: tsutsui <at> NetBSD.org
Responsible-Changed-When: Thu, 01 Mar 2012 21:12:54 +0900
Responsible-Changed-Why:
sysinst issue.

State-Changed-From-To: open->analyzed
State-Changed-By: tsutsui <at> NetBSD.org
State-Changed-When: Thu, 01 Mar 2012 21:12:54 +0900
State-Changed-Why:
Caused by msg changes without log message in the following commit:
http://mail-index.netbsd.org/source-changes/2011/04/04/msg020562.html
Permalink | Reply | 0 comments |
headers
Jonathan A. Kollasch | 1 Mar 2012 13:35
Gravatar

Re: kern/32626: ehci + umass + stress = umass stall cycle

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

From: "Jonathan A. Kollasch" <jakllsch <at> kollasch.net>
To: gnats-bugs <at> netbsd.org
Cc: 
Subject: Re: kern/32626: ehci + umass + stress = umass stall cycle
Date: Thu, 1 Mar 2012 06:34:26 -0600

 I have reproduced this bug within the last one to two years.
Permalink | Reply | 0 comments |

Gmane