headers
Robert Elz | 1 Aug 2012 19:50
Picon

Re: kern/46761: "bad tag" message running old binary

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

From: Robert Elz <kre <at> munnari.OZ.AU>
To: gnats-bugs <at> NetBSD.org
Cc: 
Subject: Re: kern/46761: "bad tag" message running old binary
Date: Thu, 02 Aug 2012 00:25:44 +0700

 I have seen that too, running similar vintage (last compiled Oct 2000 or so)
 i386 binaries, running under an i386 6.0_BETA type kernel.  On current, on
 an amd64 kernel, I get ...

 Aug  2 00:26:37 minerva /netbsd: ./fdate: Unknown elf note type 1: [namesz=8, descsz=0 name=   01.01]

 kre
Permalink | Reply | 0 comments |
headers
Piotr Meyer | 1 Aug 2012 22:00
Picon
Gravatar

Re: xsrc/46755: misc-fixed-10x20, iso10646-1 encoded font missing from native X

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

From: Piotr Meyer <aniou <at> smutek.pl>
To: gnats-bugs <at> NetBSD.org
Cc: 
Subject: Re: xsrc/46755: misc-fixed-10x20, iso10646-1 encoded font missing
 from native X
Date: Wed, 1 Aug 2012 20:57:44 +0200

 I forgot about one, important thing:

 --- src/distrib/sets/lists/xfont/mi.orig        2012-08-01 18:46:16.000000000 +0000
 +++ src/distrib/sets/lists/xfont/mi             2012-08-01 18:46:40.000000000 +0000
  <at>  <at>  -8440,6 +8440,7  <at>  <at> 
  ./usr/X11R7/lib/X11/fonts/misc/10x20-ISO8859-8.pcf.gz  xfont   share,xorg,x11fonts
  ./usr/X11R7/lib/X11/fonts/misc/10x20-ISO8859-9.pcf.gz  xfont   share,xorg,x11fonts
  ./usr/X11R7/lib/X11/fonts/misc/10x20-KOI8-R.pcf.gz     xfont   share,xorg,x11fonts
 +./usr/X11R7/lib/X11/fonts/misc/10x20.pcf.gz            xfont   share,xorg,x11fonts
  ./usr/X11R7/lib/X11/fonts/misc/12x13ja.pcf.gz          xfont   share,xorg,x11fonts
  ./usr/X11R7/lib/X11/fonts/misc/12x24.pcf.gz            xfont   share,xorg,x11fonts
  ./usr/X11R7/lib/X11/fonts/misc/12x24rk.pcf.gz          xfont   share,xorg,x11fonts

 
 -- 
 Piotr 'aniou' Meyer
Permalink | Reply | 0 comments |
headers
www.NetBSD.org update | 1 Aug 2012 22:01
Picon

NetBSD Nightly Trouble Ticket Report

There are 5002 non-confidential bugs in 54 categories.

Category             critical  serious non-crit    TOTAL           Median TTC
bin                        22      258      374      654         28d 07:57:29
install                     9       48       59      116      8m 12d 10:52:33
kern                      249     1003      550     1802      2m 18d 05:28:58
lib                         5       90      124      219         19d 09:21:15
misc                        5       37      118      160         10d 10:48:43
pkg                        75      558      566     1199         12d 21:53:43
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       14       51      3m 13d 11:53:15
port-amiga                  2        8        8       18      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                  2        1        5        8      1m 20d 07:40:39
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       90       64      192      6m 16d 21:30:45
(Continue reading)

Permalink | Reply | 0 comments |
headers
Moritz Wilhelmy | 2 Aug 2012 00:45
Picon
Favicon
Gravatar

port-i386/46763: Standby on IBM Thinkpad X41 does not work anymore

>Number:         46763
>Category:       port-i386
>Synopsis:       Standby on IBM Thinkpad X41 does not work anymore
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    port-i386-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Aug 01 22:45:00 +0000 2012
>Originator:     Moritz Wilhelmy
>Release:        NetBSD 6.0_BETA2
>Organization:
Fictional Enterprises Ltd
>Environment:
System: NetBSD fenrir.wzff.de 6.0_BETA2 NetBSD 6.0_BETA2 (GENERIC) i386
Architecture: i386
Machine: i386
>Description:
	Running zzz(8) on my Thinkpad X41 results in a 80x25 console being
	displayed with a white cursor at the top left position of the screen.
	Suspend (and even resume) used to work as intended via zzz in an
	earlier release of the 5 series, 5.1 if I remember correctly, but it
	might also have been 5.0.2 and broke after an upgrade to -current
	(which was then about 5.99.54). After reinstallation of 6.0_BETA2, the
	problem persists.

	I decided that I lack the skills to debug this myself within a
	reasonable amount of time and hereby file this PR.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ryo ONODERA | 2 Aug 2012 01:15
Picon

Re: kern/46749: Accessing to ld0 at sdmmc0 causes kernel panic on NetBSD/i386 current

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

From: Ryo ONODERA <ryo_on <at> yk.rim.or.jp>
To: gnats-bugs <at> NetBSD.org
Cc: 
Subject: Re: kern/46749: Accessing to ld0 at sdmmc0 causes kernel panic on
 NetBSD/i386 current
Date: Thu, 02 Aug 2012 08:10:16 +0900 (JST)

 From: Ryo ONODERA <ryo_on <at> yk.rim.or.jp>, Date: Sun, 29 Jul 2012 15:50:04 +0000 (UTC)

 > The following reply was made to PR kern/46749; it has been noted by GNATS.
 > 
 > From: Ryo ONODERA <ryo_on <at> yk.rim.or.jp>
 > To: gnats-bugs <at> NetBSD.org
 > Cc: 
 > Subject: Re: kern/46749: Accessing to ld0 at sdmmc0 causes kernel panic on
 >  NetBSD/i386 current
 > Date: Mon, 30 Jul 2012 00:47:24 +0900 (JST)
 > 
 >  And newfs /dev/rld0e on today's NetBSD/i386 current generates error.
 >  
 >  % sudo newfs -O 2 /dev/rld0e
 >  /dev/rld0e: 30959.0MB (63403968 sectors) block size 16384, fragment size 2048
 >          using 168 cylinder groups of 184.28MB, 11794 blks, 22912 inodes.
 >  super-block backups (for fsck_ffs -b #) at:
 >  160, 377568, 754976, 1132384, 1509792, 1887200, 2264608, 2642016, 3019424,
 >  ...............................................................................
 >  cg 0: bad magic number
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jukka Ruohonen | 2 Aug 2012 09:05
Picon
Picon
Favicon

Re: port-i386/46763: Standby on IBM Thinkpad X41 does not work anymore

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

From: Jukka Ruohonen <jruohonen <at> iki.fi>
To: gnats-bugs <at> NetBSD.org
Cc: 
Subject: Re: port-i386/46763: Standby on IBM Thinkpad X41 does not work anymore
Date: Thu, 2 Aug 2012 10:03:44 +0300

 On Wed, Aug 01, 2012 at 10:45:00PM +0000, Moritz Wilhelmy wrote:
 > 	Running zzz(8) on my Thinkpad X41 results in a 80x25 console being
 > 	displayed with a white cursor at the top left position of the screen.

 The dmesg(8) is a good start.

 - Jukka.
Permalink | Reply | 0 comments |
headers
Moritz Wilhelmy | 2 Aug 2012 11:40
Picon
Favicon

Re: port-i386/46763: Standby on IBM Thinkpad X41 does not work anymore

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

From: Moritz Wilhelmy <moritz <at> wzff.de>
To: gnats-bugs <at> NetBSD.org
Cc: 
Subject: Re: port-i386/46763: Standby on IBM Thinkpad X41 does not work
 anymore
Date: Thu, 2 Aug 2012 11:39:13 +0200

 Hi Jukka,

 On Thu, Aug 02, 2012 at 07:05:04 +0000, Jukka Ruohonen wrote:
 > The dmesg(8) is a good start.

 Ah, right, I knew I forgot something.

 Best regards,

 Moritz

 -snip-
 Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
     2006, 2007, 2008, 2009, 2010, 2011, 2012
     The NetBSD Foundation, Inc.  All rights reserved.
 Copyright (c) 1982, 1986, 1989, 1991, 1993
     The Regents of the University of California.  All rights reserved.

 NetBSD 6.0_BETA2 (GENERIC)
 total memory = 2038 MB
 avail memory = 1991 MB
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jukka Ruohonen | 2 Aug 2012 12:25
Picon
Picon
Favicon

Re: port-i386/46763: Standby on IBM Thinkpad X41 does not work anymore

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

From: Jukka Ruohonen <jruohonen <at> iki.fi>
To: gnats-bugs <at> NetBSD.org
Cc: 
Subject: Re: port-i386/46763: Standby on IBM Thinkpad X41 does not work anymore
Date: Thu, 2 Aug 2012 13:21:57 +0300

 On Wed, Aug 01, 2012 at 10:45:00PM +0000, Moritz Wilhelmy wrote:
 > 	Running zzz(8) on my Thinkpad X41 results in a 80x25 console being
 > 	displayed with a white cursor at the top left position of the screen.
 > 	Suspend (and even resume) used to work as intended via zzz in an
 > 	earlier release of the 5 series, 5.1 if I remember correctly

 Don't use zzz(8) but hw.acpi.sleep.state=3. Can you try suspend/resume from
 within X? Try different values of hw.acpi.sleep.vbios, as described in the
 acpi(4) manual page. Report back with/without X.org.

 - Jukka.
Permalink | Reply | 0 comments |
headers
Moritz Wilhelmy | 2 Aug 2012 13:05
Picon
Favicon

Re: port-i386/46763: Standby on IBM Thinkpad X41 does not work anymore

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

From: Moritz Wilhelmy <moritz <at> wzff.de>
To: gnats-bugs <at> NetBSD.org
Cc: 
Subject: Re: port-i386/46763: Standby on IBM Thinkpad X41 does not work
 anymore
Date: Thu, 2 Aug 2012 13:00:59 +0200

 On Thu, Aug 02, 2012 at 10:25:02 +0000, Jukka Ruohonen wrote:
 > Don't use zzz(8) but hw.acpi.sleep.state=3.

 Same thing, I continued my experiments without starting X after that.

 >  Can you try suspend/resume from within X?

 It used to work (using zzz(8)), both from within X and without.

 > Try different values of hw.acpi.sleep.vbios, as described in the
 > acpi(4) manual page. Report back with/without X.org.

 Doesn't make a difference. Always the screen shows the 80x25 console.
 Without X, I get a few informational messages from ACPI, but nothing
 unusual. However, the Suspend-LED on the LED panel does glow up.

 Mind you, suspension doesn't really work. I'm not trying to get it to
 wake up again, it doesn't even complete the suspension. The screen
 doesn't blank and it doesn't react to keyboard or pressing the power
 button for <5s.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jukka Ruohonen | 2 Aug 2012 13:25
Picon
Picon
Favicon

Re: port-i386/46763: Standby on IBM Thinkpad X41 does not work anymore

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

From: Jukka Ruohonen <jruohonen <at> iki.fi>
To: gnats-bugs <at> NetBSD.org
Cc: 
Subject: Re: port-i386/46763: Standby on IBM Thinkpad X41 does not work anymore
Date: Thu, 2 Aug 2012 14:23:41 +0300

 On Thu, Aug 02, 2012 at 11:05:03AM +0000, Moritz Wilhelmy wrote:
 >  It used to work (using zzz(8)), both from within X and without.

 Yes but the zzz(8) is kind of legacy command (involves also more untested
 code).

 >  Mind you, suspension doesn't really work. I'm not trying to get it to
 >  wake up again, it doesn't even complete the suspension. The screen
 >  doesn't blank and it doesn't react to keyboard or pressing the power
 >  button for <5s.

 This sounds like a panic somewhere during the suspend sequence. If you don't
 have remote debugging capabilities, it could be hard to catch that though.
 I'd personally try to disable as many devices from userconf(4) and try
 again. If it works, it is a driver-problem.

 - Jukka.
Permalink | Reply | 0 comments |

Gmane