Nabble - NetBSD

Re: Corrupted file system or WAPBL problem with 5.0.1?

2009-11-14T07:40:58Z

Frank Wille wrote:

> ---8<---
> cygnus# ll -a
> ls: imap/INBOX: No such file or directory
> total 12
> drwx------ 3 info users 512 Oct 2 21:23 .
> drwxr-xr-x 3 info users 512 Feb 7 2009 ..
> drwx------ 3 info users 512 Feb 7 2009 .imap
> -rw------- 1 info users 0 Feb 7 2009 inbox
> ---8<---
>
> No such file or directory? A ghost file? Perhaps the file system is
> corrupted?

Does it get listed by shell expansion when you do ll -d imap/* ?

> I'm running the server since many years (started with 1.6.2, then 3.1, now
> 5.0.1). But I never saw this problem before. Could it be caused by enabling
> WAPBL, which I did after having installed 5.0.1?

IMHO, I don't see how WAPBL could do that. I would rather look for
faulty hardware, with silent on-disk/write data corruption. $ atactl
<device> smart status.

> What is the recommended fix? Should I force an fsck?

Yep.

--
Jean-Yves Migeon
jeanyves.migeon@...

From forum: netbsd-users

Re: mac virtualization recommendation

2009-11-14T07:03:20Z

On Thu, 12 Nov 2009 20:38:06 -0500, Greg Troxel wrote:
>What are people's current recomendations for running netbsd in a vm on a
>mac? I would like to be able to do kernel debugging, plus use the
>netbsd system normally. As long as a license is less than a $100-$200,
>I don't really care how much; I'd rather minimize grief. It seems the
>plausible choices are vmware fusion and parallels.

Many people have already commented, but here are my two cents. I've
been using VMWare Fusion since its 2.0 beta days (they lured me with
the free trial), and I just upgraded to 3.0 last week. I haven't used
it for anything exotic; I've been pretty happy with it for my purposes.

One thing I will mention, because I haven't seen it touched on in the
other responses: I have had a problem with X. Back when -current was
still shipping with XFree86 4.5.0 (and so it was using the vesa driver
under VMWare Fusion), I didn't have any issues (except, perhaps things
look slightly blurry). After -current switched to X.org and the vmware
driver came into the mix, I have problems with X starting and/or
exiting under both Fusion 2.0.x and 3.0. I just tried duplicating this
and could. If I start X, it works fine. When I exit, the screen goes
blank and never returns to the console. I don't know if this is
because the vmware driver isn't restoring enough "hardware" state or
something else. I should note that VM instance is based on a 5.99.11
build, so it does not take into account all the upgrades to X.org that
mrg@ has committed recently. I was planning to upgrade and re-test,
but haven't got to it yet. (I haven't tried substituting the vesa
driver either, I assume that's feasible.)

Regards,

Dave

From forum: port-i386

port-i386/42317: boot(8) menu fails while boot(8) prompt works

2009-11-14T05:35:00Z

>Number: 42317
>Category: port-i386
>Synopsis: boot(8) menu fails while boot(8) prompt works
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: port-i386-maintainer
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Sat Nov 14 13:35:00 +0000 2009
>Originator: Christoph Egger
>Release: NetBSD-current/i386
>Organization:
>Environment:
>Description:

The machine has no PATA or SATA disks but one SCSI disk.
That means, hd0a refers to a SCSI disk.
Choosing any boot menu results into the input/error shown below.
But typing the same boot command on the prompt works.

>> NetBSD/x86 BIOS Boot, Revision 5.4 (from NetBSD 5.99.20)
>> Memory: 636/261056 k

1. Boot normally
2. Boot single user
3. Disable ACPI
4. Disable ACPI and SMP
5. Drop to boot prompt

Choose an option; RETURN for default; SPACE to stop countdown.
Option 1 will be chosen in 0 seconds.
open netbsd: Input/output error
boot: hd0a: netbsd: Input/output error

Choose an option; RETURN for default; SPACE to stop countdown.
Option 1 will be chosen in 0 seconds.
type "?" or "help" for help.
> boot netbsd
8878400/

>How-To-Repeat:

Boot on a x86 machine with a SCSI disk.

>Fix:

From forum: netbsd-bugs

Re: port-amd64/40960 (gprof(1) does not report accumulated time for profiled binaries)

2009-11-14T05:27:06Z

Synopsis: gprof(1) does not report accumulated time for profiled binaries

State-Changed-From-To: open->closed
State-Changed-By: dsl@...
State-Changed-When: Sat, 14 Nov 2009 13:27:05 +0000
State-Changed-Why:
Fixed by patch to copy.S

From forum: netbsd-bugs

Corrupted file system or WAPBL problem with 5.0.1?

2009-11-14T05:19:13Z

Hi,

in the /var/log/daily.out of my server I found the following output:

---8<---
Checking setuid files and devices:
Setuid/device find errors:
find: /home/mt/mail/.imap/INBOX/b: No such file or directory
find: /home/info/mail/imap/INBOX: No such file or directory
find: /home/postmast/mail/.imap/INBOX/t.index.log: No such file or directory
---8<---

I wonder what makes this happen. Then I entered /home/info/mail and did the
following:

---8<---
cygnus# ll -a
ls: imap/INBOX: No such file or directory
total 12
drwx------ 3 info users 512 Oct 2 21:23 .
drwxr-xr-x 3 info users 512 Feb 7 2009 ..
drwx------ 3 info users 512 Feb 7 2009 .imap
-rw------- 1 info users 0 Feb 7 2009 inbox
---8<---

No such file or directory? A ghost file? Perhaps the file system is
corrupted?

I'm running the server since many years (started with 1.6.2, then 3.1, now
5.0.1). But I never saw this problem before. Could it be caused by enabling
WAPBL, which I did after having installed 5.0.1?

What is the recommended fix? Should I force an fsck?

Thanks in advance!

--
_ Frank Wille (frank@...)
_ // http://sun.hasenbraten.de/~frank/
\X/ Phx @ #AmigaGer

From forum: netbsd-users

pmap crash

2009-11-14T04:22:45Z

Hi!

I got a crash in pmap_remove_pv due to NULL-pointer dereferencing.
I got it by cp tgz files from a cdrom to disk.

db{0}> bt
pmap_remove_pv(c0dd1390,0,cb661a7c,c04f768e,caf7b000,8058780,cb661acc,caf99000,caf97000,c0a1a160)
at netbsd:pmap_remove_pv+0x91
ubc_alloc(cb5b45d0,c2e000,0,cb661b2c,0,101,cb661c7c,c0a1e320,0,0) at
netbsd:ubc_alloc+0x3b3
ubc_uiomove(cb5b45d0,cb661c7c,1000,0,101,0,0,c0a5e6d0,0,10) at
netbsd:ubc_uiomove+0x83
cd9660_read(cb661be4,6,cb661bec,c065a8f2,cbd4100c,10000,c08f3cc0,cb5b45d0,c08fs780,cb5b45d0)
at cd9660:cd9660_read+0x2e2
VOP_READ(cb5b45d0,cb661c7c,0,ca40af00,cb5b45d0,20001,cb661c4c,c045fd0e,ca41a7e0,cb33b020)
at netbsd:VOP_READ
vn_read(cb32ec00,cb32ec00,cb661c7c,ca40af00,1,ca41c000,cbd4100c,c098f640,c098f688,ca41a7e0)
at netbsd:vn_read+0x76
dofileread(3,cb32ec00,804c780,10000,cb32ec00,1,cb661d28,cb661d00,c09cd7a4,cb33b020)
at netbsd:dofileread+0x5f
sys_read(cb33b020,cb661d00,cb661d28,cb661d00,cb32191c,ca41c000,3,3,804c780,10000)
at netbsd:sys_read+0x60
syscall(cb661d48,b3,ab,1f,1f,4,0,bfbfe948,10000,0) at netbsd:syscall+0xb9
db{0}> sh reg
ds 0x10
es 0x10
fs 0x30
gs 0x10
edi 0xcaf98000
esi 0
ebp 0xcb661a0c
ebx 0
edx 0xc0a58f80 pv_hash_locks+0x600
ecx 0
eax 0xc0a447e0 pv_hash_heads+0xbe60
eip 0xc04f4e81 pmap_remove_pv+0x91
cs 0x8
eflags 0x10286
esp 0xcb6619e4
ss 0x10
netbsd:pmap_remove_pv+0x91: movl 0x8(%ebx),%edx
db{0}>

Christoph

From forum: port-i386

Re: install/42148 (savecore/swapctl defaults to /dev/sd0b and not to the swap entry in /etc/fstab)

2009-11-14T03:45:02Z

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

From: Christoph Egger <Christoph_Egger@...>
To: gnats-bugs@...
Cc: install-manager@..., netbsd-bugs@...,
gnats-admin@..., martin@...
Subject: Re: install/42148 (savecore/swapctl defaults to /dev/sd0b and not
to the swap entry in /etc/fstab)
Date: Sat, 14 Nov 2009 12:44:42 +0100

I tested this successfully with a fresh install of NetBSD-current.

Christoph

From forum: netbsd-bugs

Re: install/42148 (savecore/swapctl defaults to /dev/sd0b and not to the swap entry in /etc/fstab)

2009-11-14T03:44:42Z

I tested this successfully with a fresh install of NetBSD-current.

Christoph

From forum: netbsd-bugs

Re: MIPS64/NetBSD

2009-11-14T02:51:27Z

2009/11/11 Conor O'Reilly <ccmoreilly@...>:
> Hi
>
> Just wondering if anyone has started the MIPS64 port for NetBSD? My
> wife is pregnant so I do not have the time nor will I in the months
> coming to dedicate to this project, but I was just wondering what its
> current status is. I have a Lemote Yeeloong netbook on order and would
> love to trade in Linux for NetBSD! Many thanks in advance for your
> reply!

Assuming those working on it are a little busy to reply, but check the
recent history of this list - the following is a good example :)

http://mail-index.netbsd.org/port-mips/2009/09/05/msg000150.html

From forum: port-mips

Re: Azalia... Qualche novita` ?

2009-11-14T01:56:11Z

ciao Emanuele!

On Fri, Nov 13, 2009 at 11:17:44PM +0100, Emanuele Santoro wrote:
> Adesso, la mia domanda e`: per caso, sono stati fatti dei progressi
> nel supporto a questo tipo di schede? Mi pare che ci fosse un altro
> utente che, come me, aveva un portatile con scheda audio azalia...
in NetBSD-current (quindi anche nella prossima 6.0 e se ricordo bene
guardando i log dei commit anche nella 5.1) c'è il nuovo hdaudio(4) che
renderà obsoleto azalia(4).
potresti darci un'occhiata (io al momento sull'Eee PC 900 ho la 5.0.1 e
quindi non ho mai provato hdaudio(4)).

Ciao, Leonardo
--
Leonardo Taccari | http://leot.altervista.org/

From forum: regional-it

pkg/42316: perl isn't compiled under FreeBSD 8.0-RC2

2009-11-14T01:40:01Z

>Number: 42316
>Category: pkg
>Synopsis: perl isn't compiled under FreeBSD 8.0-RC2
>Confidential: no
>Severity: critical
>Priority: low
>Responsible: pkg-manager
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Sat Nov 14 09:40:00 +0000 2009
>Originator: Alexey Lebedev
>Release: FreeBSD 8.0-RC2
>Organization:
>Environment:

System: FreeBSD ikemefuna.zhtw.org.ru 8.0-RC2 FreeBSD 8.0-RC2 #0: Wed Nov 4 08:05:55 MSK 2009 root@...:/usr/obj/usr/src/sys/IKEMEFUNA amd64
Architecture: x86_64
Machine: amd64
>Description:
lang/perl fails to compile with this message:

Which of these apply, if any? [freebsd]

Some users have reported that Configure halts when testing for
the O_NONBLOCK symbol with a syntax error. This is apparently a
sh error. Rerunning Configure with ksh apparently fixes the
problem. Try
ksh Configure [your options]

Operating system name? [freebsd]
Operating system version? [8.0-rc2]
Installation prefix to use? (~name ok) [/usr/pkg]
AFS does not seem to be running...
What installation prefix should I use for installing files? (~name ok)
[/usr/pkg]
Build Perl for SOCKS? [n]
Use the PerlIO abstraction layer? [y]
Getting the current patchlevel...
Build a threading Perl? [y]
POSIX threads should be supported by FreeBSD 8.0-rc2 --
but your system is missing the shared libc_r.
(/sbin/ldconfig -r doesn't find any).

>How-To-Repeat:
cd /usr/pkgsrc/lang/perl5; bmake
>Fix:

From forum: pkgsrc-bugs

Re: pkg/42280: sysutils/xfce4-battery-plugin fails compile on NetBSD amd64

2009-11-14T01:30:07Z

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

From: Jens Rehsack <rehsack@...>
To: gnats-bugs@...
Cc: pkg-manager@..., gnats-admin@...,
pkgsrc-bugs@...
Subject: Re: pkg/42280: sysutils/xfce4-battery-plugin fails compile on NetBSD
amd64
Date: Sat, 14 Nov 2009 09:26:30 +0000

OBATA Akio wrote:
> The following reply was made to PR pkg/42280; it has been noted by GNATS.
>
> From: "OBATA Akio" <obache@...>
> To: gnats-bugs@...
> Cc:
> Subject: Re: pkg/42280: sysutils/xfce4-battery-plugin fails compile on NetBSD
> amd64
> Date: Thu, 12 Nov 2009 17:52:28 +0900
>
> For NetBSD, dev/apm/apmio.h should be included instead of machine/apmvar.h?
Results in:

battery.c: In function 'update_apm_status':
battery.c:480: error: 'APM_BATT_ABSENT' undeclared (first use in this function)
battery.c:480: error: (Each undeclared identifier is reported only once
battery.c:480: error: for each function it appears in.)
gmake[2]: *** [xfce4_battery_plugin-battery.o] Error 1

But thanks for the hint.

Jens

From forum: pkgsrc-bugs

Re: pkg/42280: sysutils/xfce4-battery-plugin fails compile on NetBSD amd64

2009-11-14T01:26:30Z

OBATA Akio wrote:

> The following reply was made to PR pkg/42280; it has been noted by GNATS.
>
> From: "OBATA Akio" <obache@...>
> To: gnats-bugs@...
> Cc:
> Subject: Re: pkg/42280: sysutils/xfce4-battery-plugin fails compile on NetBSD
> amd64
> Date: Thu, 12 Nov 2009 17:52:28 +0900
>
> For NetBSD, dev/apm/apmio.h should be included instead of machine/apmvar.h?

Results in:

battery.c: In function 'update_apm_status':
battery.c:480: error: 'APM_BATT_ABSENT' undeclared (first use in this function)
battery.c:480: error: (Each undeclared identifier is reported only once
battery.c:480: error: for each function it appears in.)
gmake[2]: *** [xfce4_battery_plugin-battery.o] Error 1

But thanks for the hint.

Jens

From forum: pkgsrc-bugs

Re: Keyboard lockup with NetBSD5

2009-11-14T00:40:41Z

On Fri, Nov 13, 2009 at 07:06:50PM +0100, Frank Wille wrote:
> Ignatios Souvatzis wrote:
>
> > Michael, what was the reason to switch back to a counter-based delay
> > from the Gordon Ross style cpu-internal one I introduced in 1996 to
> > make Draco Rev. 4 work?
>
> Does that mean it makes no sense for me to fix the current implementation,
> because it won't work with Draco Rev.4?

DraCo Rev 4. has no guaranteed CIA, - for the clock interupt, it has a
freerunning counter instead - so the easiest and cleanest solution was
to copy the Sun3 method for DELAY, which was a calibrated counter at a
cache-aligned position, (initialized to the value for the fastest CPU of
each type, and calibrated by the clock device at early initialization.)
This way, it was independent of additional hardware.

I did not look closely at the timecounter implementation - I've always
meant to, but didn't find the time - but I never suspected it would
replace the DELAY routine. There might be definite reasons why the
loop method is bad for timecounters, but in that case, somebody should
document them.

-is
--
seal your e-mail: http://www.gnupg.org/

From forum: port-amiga

daily CVS update output

2009-11-13T19:51:30Z

Updating src tree:
P src/bin/sh/arith.y
P src/distrib/mac68k/instkernel/ramdisk/list
P src/distrib/sets/lists/base/mi
P src/distrib/sets/lists/man/mi
P src/share/i18n/csmapper/CP/CP.part
P src/share/i18n/csmapper/CP/CP037%UCS.src
P src/share/i18n/csmapper/CP/CP038%UCS.src
U src/share/i18n/csmapper/CP/CP1140%UCS.src
U src/share/i18n/csmapper/CP/CP1141%UCS.src
U src/share/i18n/csmapper/CP/CP1142%UCS.src
U src/share/i18n/csmapper/CP/CP1143%UCS.src
U src/share/i18n/csmapper/CP/CP1144%UCS.src
U src/share/i18n/csmapper/CP/CP1145%UCS.src
U src/share/i18n/csmapper/CP/CP1146%UCS.src
U src/share/i18n/csmapper/CP/CP1147%UCS.src
U src/share/i18n/csmapper/CP/CP1148%UCS.src
U src/share/i18n/csmapper/CP/CP1149%UCS.src
P src/share/i18n/csmapper/CP/CP273%UCS.src
P src/share/i18n/csmapper/CP/CP274%UCS.src
P src/share/i18n/csmapper/CP/CP275%UCS.src
P src/share/i18n/csmapper/CP/CP277%UCS.src
P src/share/i18n/csmapper/CP/CP278%UCS.src
P src/share/i18n/csmapper/CP/CP280%UCS.src
P src/share/i18n/csmapper/CP/CP281%UCS.src
P src/share/i18n/csmapper/CP/CP284%UCS.src
P src/share/i18n/csmapper/CP/CP285%UCS.src
P src/share/i18n/csmapper/CP/CP290%UCS.src
P src/share/i18n/csmapper/CP/CP297%UCS.src
P src/share/i18n/csmapper/CP/CP420%UCS.src
P src/share/i18n/csmapper/CP/CP423%UCS.src
P src/share/i18n/csmapper/CP/CP500%UCS.src
P src/share/i18n/csmapper/CP/CP851%UCS.src
P src/share/i18n/csmapper/CP/CP868%UCS.src
P src/share/i18n/csmapper/CP/CP870%UCS.src
P src/share/i18n/csmapper/CP/CP871%UCS.src
P src/share/i18n/csmapper/CP/CP880%UCS.src
P src/share/i18n/csmapper/CP/CP891%UCS.src
P src/share/i18n/csmapper/CP/CP903%UCS.src
P src/share/i18n/csmapper/CP/CP904%UCS.src
P src/share/i18n/csmapper/CP/CP905%UCS.src
P src/share/i18n/csmapper/CP/CP918%UCS.src
P src/share/i18n/csmapper/CP/UCS%CP037.src
P src/share/i18n/csmapper/CP/UCS%CP038.src
U src/share/i18n/csmapper/CP/UCS%CP1140.src
U src/share/i18n/csmapper/CP/UCS%CP1141.src
U src/share/i18n/csmapper/CP/UCS%CP1142.src
U src/share/i18n/csmapper/CP/UCS%CP1143.src
U src/share/i18n/csmapper/CP/UCS%CP1144.src
U src/share/i18n/csmapper/CP/UCS%CP1145.src
U src/share/i18n/csmapper/CP/UCS%CP1146.src
U src/share/i18n/csmapper/CP/UCS%CP1147.src
U src/share/i18n/csmapper/CP/UCS%CP1148.src
U src/share/i18n/csmapper/CP/UCS%CP1149.src
P src/share/i18n/csmapper/CP/UCS%CP273.src
P src/share/i18n/csmapper/CP/UCS%CP274.src
P src/share/i18n/csmapper/CP/UCS%CP275.src
P src/share/i18n/csmapper/CP/UCS%CP277.src
P src/share/i18n/csmapper/CP/UCS%CP278.src
P src/share/i18n/csmapper/CP/UCS%CP280.src
P src/share/i18n/csmapper/CP/UCS%CP281.src
P src/share/i18n/csmapper/CP/UCS%CP284.src
P src/share/i18n/csmapper/CP/UCS%CP285.src
P src/share/i18n/csmapper/CP/UCS%CP290.src
P src/share/i18n/csmapper/CP/UCS%CP297.src
P src/share/i18n/csmapper/CP/UCS%CP420.src
P src/share/i18n/csmapper/CP/UCS%CP423.src
P src/share/i18n/csmapper/CP/UCS%CP500.src
P src/share/i18n/csmapper/CP/UCS%CP851.src
P src/share/i18n/csmapper/CP/UCS%CP868.src
P src/share/i18n/csmapper/CP/UCS%CP870.src
P src/share/i18n/csmapper/CP/UCS%CP871.src
P src/share/i18n/csmapper/CP/UCS%CP880.src
P src/share/i18n/csmapper/CP/UCS%CP891.src
P src/share/i18n/csmapper/CP/UCS%CP903.src
P src/share/i18n/csmapper/CP/UCS%CP904.src
P src/share/i18n/csmapper/CP/UCS%CP905.src
P src/share/i18n/csmapper/CP/UCS%CP918.src
P src/share/i18n/esdb/CP/CP.alias
P src/share/i18n/esdb/CP/CP.part
P src/sys/arch/amd64/amd64/copy.S
P src/sys/compat/linux/common/linux_socket.c
P src/sys/compat/linux/common/linux_sockio.h
P src/sys/compat/linux32/common/linux32_socket.c
P src/sys/compat/linux32/common/linux32_sockio.h
P src/sys/kern/tty_subr.c
P src/sys/net/if.c
P src/tools/ibmnws-ncdcs/Makefile
P src/usr.sbin/ipf/ippool/Makefile

Updating xsrc tree:
U xsrc/external/mit/xf86-video-sunffb/dist/src/ffb_asm.s

Killing core files:

Updating tar files:
src/top-level: collecting... replacing... done
src/bin: collecting... replacing... done
src/common: collecting... replacing... done
src/compat: collecting... replacing... done
src/crypto: collecting... replacing... done
src/dist: collecting... replacing... done
src/distrib: collecting... replacing... done
src/doc: collecting... replacing... done
src/etc: collecting... replacing... done
src/external: collecting... replacing... done
src/games: collecting... replacing... done
src/gnu: collecting... replacing... done
src/include: collecting... replacing... done
src/lib: collecting... replacing... done
src/libexec: collecting... replacing... done
src/regress: collecting... replacing... done
src/rescue: collecting... replacing... done
src/sbin: collecting... replacing... done
src/share: collecting... replacing... done
src/sys: collecting... replacing... done
src/tests: collecting... replacing... done
src/tools: collecting... replacing... done
src/usr.bin: collecting... replacing... done
src/usr.sbin: collecting... replacing... done
src/config: collecting... replacing... done
src/x11: collecting... replacing... done
src: collecting... replacing... done
xsrc/top-level: collecting... replacing... done
xsrc/external: collecting... replacing... done
xsrc/local: collecting... replacing... done
xsrc/xfree: collecting... replacing... done
xsrc: collecting... replacing... done

Running the SUP scanner:
SUP Scan for current starting at Sat Nov 14 03:10:47 2009
SUP Scan for current completed at Sat Nov 14 03:11:14 2009
SUP Scan for mirror starting at Sat Nov 14 03:11:14 2009
SUP Scan for mirror completed at Sat Nov 14 03:23:08 2009

Updating release-4-0 src tree (netbsd-4-0):

Updating release-4-0 tar files:
src/top-level: collecting... replacing... done
src/bin: collecting... replacing... done
src/common: collecting... replacing... done
src/crypto: collecting... replacing... done
src/dist: collecting... replacing... done
src/distrib: collecting... replacing... done
src/doc: collecting... replacing... done
src/etc: collecting... replacing... done
src/games: collecting... replacing... done
src/gnu: collecting... replacing... done
src/include: collecting... replacing... done
src/lib: collecting... replacing... done
src/libexec: collecting... replacing... done
src/regress: collecting... replacing... done
src/rescue: collecting... replacing... done
src/sbin: collecting... replacing... done
src/share: collecting... replacing... done
src/sys: collecting... replacing... done
src/tools: collecting... replacing... done
src/usr.bin: collecting... replacing... done
src/usr.sbin: collecting... replacing... done
src/config: collecting... replacing... done
src/x11: collecting... replacing... done

Running the SUP scanner:
SUP Scan for release-4-0 starting at Sat Nov 14 03:27:20 2009
SUP Scan for release-4-0 completed at Sat Nov 14 03:27:25 2009

Updating release-5-0 src tree (netbsd-5-0):
U doc/CHANGES-5.0.2
U sys/arch/amd64/include/Makefile.inc

Updating release-5-0 xsrc tree (netbsd-5-0):

Updating release-5-0 tar files:
src/top-level: collecting... replacing... done
src/bin: collecting... replacing... done
src/common: collecting... replacing... done
src/compat: collecting... replacing... done
src/crypto: collecting... replacing... done
src/dist: collecting... replacing... done
src/distrib: collecting... replacing... done
src/doc: collecting... replacing... done
src/etc: collecting... replacing... done
src/external: collecting... replacing... done
src/games: collecting... replacing... done
src/gnu: collecting... replacing... done
src/include: collecting... replacing... done
src/lib: collecting... replacing... done
src/libexec: collecting... replacing... done
src/regress: collecting... replacing... done
src/rescue: collecting... replacing... done
src/sbin: collecting... replacing... done
src/share: collecting... replacing... done
src/sys: collecting... replacing... done
src/tests: collecting... replacing... done
src/tools: collecting... replacing... done
src/usr.bin: collecting... replacing... done
src/usr.sbin: collecting... replacing... done
src/config: collecting... replacing... done
src/x11: collecting... replacing... done
src: collecting... replacing... done
xsrc/top-level: collecting... replacing... done
xsrc/local: collecting... replacing... done
xsrc/xfree: collecting... replacing... done
xsrc/external: collecting... replacing... done
xsrc/dist: collecting... replacing... done
xsrc: collecting... replacing... done

Running the SUP scanner:
SUP Scan for release-5-0 starting at Sat Nov 14 03:39:45 2009
SUP Scan for release-5-0 completed at Sat Nov 14 03:39:51 2009

Updating file list:
-rw-rw-r-- 1 srcmastr netbsd 41119775 Nov 14 03:51 ls-lRA.gz

From forum: current-users

kern/42315: hdaudio: Very low volume on laptop speakers on Dell XPS M1330

2009-11-13T18:45:00Z

>Number: 42315
>Category: kern
>Synopsis: hdaudio: Very low volume on laptop speakers on Dell XPS M1330
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: kern-bug-people
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Sat Nov 14 02:45:00 +0000 2009
>Originator: Piotr Iwaniuk
>Release: NetBSD 5.99.21
>Organization:
>Environment:

NetBSD appoggiatura 5.99.21 NetBSD 5.99.21 (MYKERNEL) #3: Sat Nov 14 02:40:32 CET 2009 milesss@appoggiatura:/usr/obj/sys/arch/amd64/compile/MYKERNEL amd64

>Description:
Sound from laptop speakers is barely audible. Sound from headphone jack has normal level. Changing volumes with mixerctl works. Card worked with azalia driver without such problem.

dmesg | grep hda:

hdaudio0 at pci0 dev 27 function 0: HD Audio Controller
hdaudio0: interrupting at ioapic0 pin 21
hdafg0 at hdaudio0 vendor 0x8384 product 0x7616 nid 0x01 (firmware configuration)
hdafg0: parsing widgets
hdafg0: afg start 02 end 25 nwidgets 35
hdafg0: powering up widgets
hdafg0: afg widgets 0xffff80004ccb8000-0xffff80004ccba648
hdafg0: parsing controls
hdafg0: disabling non-audio devices
hdafg0: disabling useless devices
hdafg0: parsing associations
hdafg0: count present associations
hdafg0: maxassocs 5
hdafg0: allocating memory
hdafg0: scan associations, skipping as=0
hdafg0: all done
hdafg0: building tree
hdafg0: beeper 0D traced to out
hdafg0: disabling unassociated pins
hdafg0: disabling unselected pins
hdafg0: disabling useless devices
hdafg0: disabling cross-associated pins
hdafg0: disabling useless devices
hdafg0: assigning mixer names to sound sources
hdafg0: assigning mixers to device tree
hdafg0: preparing pin controls
hdafg0: commiting settings
hdafg0: setup jack sensing
hdafg0: building mixer controls
hdafg0: DAC0:02, Analog HP Out: Jack (Black, 0A)
hdafg0: DAC1:05, Analog Speaker: Jack (Black, 0F)
hdafg0: ADC2:07, Analog Mic In: Jack (Black, 0E)
hdafg0: ADC3:08, Analog Mic In: Fixed Function (Unknown, 13)
hdafg0: DAC4:1E, Digital SPDIF Out: Jack (Grey, 21)
hdafg0: configuring encodings
hdafg0: 2ch/2ch 44100Hz-192000Hz 16/16 20/32 24/32
hdafg0: reserving streams
hdafg0: connecting streams
hdafg0: attaching audio device
audio0 at hdafg0: full duplex, playback, capture, independent
hdafg1 at hdaudio0 vendor 0x1095 product 0x1392 nid 0x01 (firmware configuration)
hdafg1: parsing widgets
hdafg1: afg start 02 end 04 nwidgets 2
hdafg1: powering up widgets
hdafg1: afg widgets 0xffff80004ccbb800-0xffff80004ccbba30
hdafg1: parsing controls
hdafg1: disabling non-audio devices
hdafg1: disabling useless devices
hdafg1: parsing associations
hdafg1: count present associations
hdafg1: maxassocs 1
hdafg1: allocating memory
hdafg1: scan associations, skipping as=0
hdafg1: all done
hdafg1: building tree
hdafg1: disabling unassociated pins
hdafg1: disabling unselected pins
hdafg1: disabling useless devices
hdafg1: disabling cross-associated pins
hdafg1: disabling useless devices
hdafg1: assigning mixer names to sound sources
hdafg1: assigning mixers to device tree
hdafg1: preparing pin controls
hdafg1: commiting settings
hdafg1: setup jack sensing
hdafg1: building mixer controls
hdafg1: DAC0:02, Digital Digital Other Out: Jack (Unknown, 03)
hdafg1: configuring encodings
hdafg1: 2ch/0ch 48000Hz 16/16*
hdafg1: reserving streams
hdafg1: connecting streams
hdafg1: attaching audio device
audio1 at hdafg1: full duplex, playback, capture, independent

mixerctl -av:

inputs.dac=254,254 volume delta=2
inputs.dac.mute=off [ off on ]
outputs.master=254,254 volume delta=2
outputs.master.mute=off [ off on ]
inputs.reclvl=252,252 volume delta=51
inputs.reclvl2=252,252 volume delta=17
inputs.reclvl3=128,128 volume delta=256
inputs.reclvl3.mute=off [ off on ]
inputs.reclvl4=128,128 volume delta=256
inputs.reclvl4.mute=off [ off on ]
inputs.beep=255,255 volume delta=64
outputs.dacsel=DAC00,DAC01,DAC04 { DAC00 DAC01 DAC04 }
record.source=ADC02,ADC03 { ADC02 ADC03 }

hdaudioctl list:

codecid 0x00 nid 0x01 vendor 0x8384 product 0x7616 subsystem 0x02091028 device hdafg0
codecid 0x02 nid 0x01 vendor 0x1095 product 0x1392 subsystem 0x02091028 device hdafg1

hdaudioctl get 0x00 0x01:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<array>
<dict>
<key>config</key>
<integer>0x221101f</integer>
<key>nid</key>
<integer>10</integer>
</dict>
<dict>
<key>config</key>
<integer>0x40f000f0</integer>
<key>nid</key>
<integer>11</integer>
</dict>
<dict>
<key>config</key>
<integer>0x40f000f1</integer>
<key>nid</key>
<integer>12</integer>
</dict>
<dict>
<key>config</key>
<integer>0x90170110</integer>
<key>nid</key>
<integer>13</integer>
</dict>
<dict>
<key>config</key>
<integer>0x2a11030</integer>
<key>nid</key>
<integer>14</integer>
</dict>
<dict>
<key>config</key>
<integer>0x2011020</integer>
<key>nid</key>
<integer>15</integer>
</dict>
<dict>
<key>config</key>
<integer>0x40f000f2</integer>
<key>nid</key>
<integer>16</integer>
</dict>
<dict>
<key>config</key>
<integer>0x40f000f3</integer>
<key>nid</key>
<integer>17</integer>
</dict>
<dict>
<key>config</key>
<integer>0x40f000f4</integer>
<key>nid</key>
<integer>18</integer>
</dict>
<dict>
<key>config</key>
<integer>0x90a60040</integer>
<key>nid</key>
<integer>19</integer>
</dict>
<dict>
<key>config</key>
<integer>0x40f000f5</integer>
<key>nid</key>
<integer>20</integer>
</dict>
<dict>
<key>config</key>
<integer>0x1442170</integer>
<key>nid</key>
<integer>33</integer>
</dict>
<dict>
<key>config</key>
<integer>0x40f000f7</integer>
<key>nid</key>
<integer>34</integer>
</dict>
</array>
</plist>

hdaudioctl graph 0x00 0x01:

digraph "HD Audio 8384:7616" {
widget02h [shape=box,style=filled,fillcolor="#88ff88"];
widget03h [shape=box,style=filled,fillcolor="#88ff88"];
widget04h [shape=box,style=filled,fillcolor="#88ff88"];
widget05h [shape=box,style=filled,fillcolor="#88ff88"];
widget07h [shape=box,style=filled,fillcolor="#ff8888"];
widget1Bh -> widget07h [sametail=widget1Bh];
widget08h [shape=box,style=filled,fillcolor="#ff8888"];
widget1Ch -> widget08h [sametail=widget1Ch];
widget09h [shape=box,style=filled,fillcolor="#ff8888"];
widget1Dh -> widget09h [sametail=widget1Dh];
widget0Ah [label="widget0Ah\ndevice=HP Out",style=filled,shape=doublecircle,fillcolor="#ffff88"];
widget02h -> widget0Ah [sametail=widget02h];
widget03h -> widget0Ah [sametail=widget03h];
widget0Bh [label="widget0Bh\ndevice=Other",style=filled,shape=doublecircle,fillcolor="#ffff88"];
widget02h -> widget0Bh [sametail=widget02h];
widget03h -> widget0Bh [sametail=widget03h];
widget0Ch [label="widget0Ch\ndevice=Other",style=filled,shape=doublecircle,fillcolor="#ffff88"];
widget03h -> widget0Ch [sametail=widget03h];
widget02h -> widget0Dh [sametail=widget02h];
widget0Eh [label="widget0Eh\ndevice=Mic In",style=filled,shape=doublecircle,fillcolor="#ffff88"];
widget04h -> widget0Eh [sametail=widget04h];
widget0Fh [label="widget0Fh\ndevice=Line Out",style=filled,shape=doublecircle,fillcolor="#ffff88"];
widget05h -> widget0Fh [sametail=widget05h];
widget10h [label="widget10h\ndevice=Other",style=filled,shape=doublecircle,fillcolor="#ffff88"];
widget04h -> widget10h [sametail=widget04h];
widget11h [label="widget11h\ndevice=Other",style=filled,shape=doublecircle,fillcolor="#ffff88"];
widget03h -> widget11h [sametail=widget03h];
widget12h [label="widget12h\ndevice=Other",style=filled,shape=circle,fillcolor="#ff8888"];
widget13h [label="widget13h\ndevice=Mic In",style=filled,shape=circle,fillcolor="#ff8888"];
widget14h [label="widget14h\ndevice=Other",style=filled,shape=circle,fillcolor="#ff8888"];
widget15h [shape=invtrapezium];
widget0Eh -> widget15h [sametail=widget0Eh];
widget12h -> widget15h [sametail=widget12h];
widget0Fh -> widget15h [sametail=widget0Fh];
widget0Bh -> widget15h [sametail=widget0Bh];
widget0Ch -> widget15h [sametail=widget0Ch];
widget0Dh -> widget15h [sametail=widget0Dh];
widget0Ah -> widget15h [sametail=widget0Ah];
widget10h -> widget15h [sametail=widget10h];
widget11h -> widget15h [sametail=widget11h];
widget16h [shape=invtrapezium];
widget0Eh -> widget16h [sametail=widget0Eh];
widget12h -> widget16h [sametail=widget12h];
widget0Fh -> widget16h [sametail=widget0Fh];
widget0Bh -> widget16h [sametail=widget0Bh];
widget0Ch -> widget16h [sametail=widget0Ch];
widget0Dh -> widget16h [sametail=widget0Dh];
widget0Ah -> widget16h [sametail=widget0Ah];
widget10h -> widget16h [sametail=widget10h];
widget11h -> widget16h [sametail=widget11h];
widget17h [shape=invtrapezium];
widget0Eh -> widget17h [sametail=widget0Eh];
widget12h -> widget17h [sametail=widget12h];
widget0Fh -> widget17h [sametail=widget0Fh];
widget0Bh -> widget17h [sametail=widget0Bh];
widget0Ch -> widget17h [sametail=widget0Ch];
widget0Dh -> widget17h [sametail=widget0Dh];
widget0Ah -> widget17h [sametail=widget0Ah];
widget10h -> widget17h [sametail=widget10h];
widget11h -> widget17h [sametail=widget11h];
widget18h [shape=invtrapezium];
widget15h -> widget18h [sametail=widget15h];
widget19h [shape=invtrapezium];
widget16h -> widget19h [sametail=widget16h];
widget1Ah [shape=invtrapezium];
widget17h -> widget1Ah [sametail=widget17h];
widget1Bh [shape=invtrapezium];
widget18h -> widget1Bh [sametail=widget18h];
widget13h -> widget1Bh [sametail=widget13h];
widget14h -> widget1Bh [sametail=widget14h];
widget1Ch [shape=invtrapezium];
widget19h -> widget1Ch [sametail=widget19h];
widget13h -> widget1Ch [sametail=widget13h];
widget14h -> widget1Ch [sametail=widget14h];
widget1Dh [shape=invtrapezium];
widget1Ah -> widget1Dh [sametail=widget1Ah];
widget13h -> widget1Dh [sametail=widget13h];
widget14h -> widget1Dh [sametail=widget14h];
widget1Eh [shape=box,style=filled,fillcolor="#88ff88"];
widget20h [shape=box,style=filled,fillcolor="#ff8888"];
widget22h -> widget20h [sametail=widget22h];
widget21h [label="widget21h\ndevice=SPDIF Out",style=filled,shape=circle,fillcolor="#88ff88"];
widget1Eh -> widget21h [sametail=widget1Eh];
widget1Fh -> widget21h [sametail=widget1Fh];
widget1Bh -> widget21h [sametail=widget1Bh];
widget1Ch -> widget21h [sametail=widget1Ch];
widget1Dh -> widget21h [sametail=widget1Dh];
widget22h [label="widget22h\ndevice=Other",style=filled,shape=circle,fillcolor="#ff8888"];
widget02h -> widget24h [sametail=widget02h];
widget03h -> widget24h [sametail=widget03h];
widget04h -> widget24h [sametail=widget04h];
widget05h -> widget24h [sametail=widget05h];
{rank=min;}
{rank=max;}
}
>How-To-Repeat:
Try to play any sound with laptop speakers.
>Fix:

From forum: netbsd-bugs

Re: pkg/42292 (wm/selectwm has a getline())

2009-11-13T18:36:23Z

Synopsis: wm/selectwm has a getline()

State-Changed-From-To: pending-pullups->closed
State-Changed-By: obache@...
State-Changed-When: Sat, 14 Nov 2009 02:36:22 +0000
State-Changed-Why:
pulled up to pkgsrc-2009Q3.

From forum: pkgsrc-bugs

re: port-i386/42313: drm problems with intel Q35

2009-11-13T18:15:03Z

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

From: matthew green <mrg@...>
To: gnats-bugs@...
Cc: port-i386-maintainer@..., gnats-admin@...,
netbsd-bugs@...
Subject: re: port-i386/42313: drm problems with intel Q35
Date: Sat, 14 Nov 2009 13:10:02 +1100

i also wonder if you could try the two patches posted against
xsrc/42262: Thinkpad T500 Intel GM45 Express X doesn't like i915drm
from jeremy morse.

thanks.

.mrg.

From forum: netbsd-bugs

re: port-i386/42313: drm problems with intel Q35

2009-11-13T18:10:02Z

i also wonder if you could try the two patches posted against
xsrc/42262: Thinkpad T500 Intel GM45 Express X doesn't like i915drm
from jeremy morse.

thanks.

.mrg.

From forum: netbsd-bugs

Re: lib/42209 (various problems with EBCDIC support in iconv(3))

2009-11-13T18:09:09Z

Synopsis: various problems with EBCDIC support in iconv(3)

State-Changed-From-To: open->feedback
State-Changed-By: tnozaki@...
State-Changed-When: Sat, 14 Nov 2009 02:09:08 +0000
State-Changed-Why:
patch submitted HEAD, thanks for your PR!

From forum: netbsd-bugs

PR/42209 CVS commit: src

2009-11-13T18:00:11Z

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

From: Takehiko NOZAKI <tnozaki@...>
To: gnats-bugs@...
Cc:
Subject: PR/42209 CVS commit: src
Date: Sat, 14 Nov 2009 01:56:23 +0000

Module Name: src
Committed By: tnozaki
Date: Sat Nov 14 01:56:23 UTC 2009

Modified Files:
src/distrib/sets/lists/base: mi
src/share/i18n/csmapper/CP: CP.part CP037%UCS.src CP038%UCS.src
CP273%UCS.src CP274%UCS.src CP275%UCS.src CP277%UCS.src
CP278%UCS.src CP280%UCS.src CP281%UCS.src CP284%UCS.src
CP285%UCS.src CP290%UCS.src CP297%UCS.src CP420%UCS.src
CP423%UCS.src CP500%UCS.src CP851%UCS.src CP868%UCS.src
CP870%UCS.src CP871%UCS.src CP880%UCS.src CP891%UCS.src
CP903%UCS.src CP904%UCS.src CP905%UCS.src CP918%UCS.src
UCS%CP037.src UCS%CP038.src UCS%CP273.src UCS%CP274.src
UCS%CP275.src UCS%CP277.src UCS%CP278.src UCS%CP280.src
UCS%CP281.src UCS%CP284.src UCS%CP285.src UCS%CP290.src
UCS%CP297.src UCS%CP420.src UCS%CP423.src UCS%CP500.src
UCS%CP851.src UCS%CP868.src UCS%CP870.src UCS%CP871.src
UCS%CP880.src UCS%CP891.src UCS%CP903.src UCS%CP904.src
UCS%CP905.src UCS%CP918.src
src/share/i18n/esdb/CP: CP.alias CP.part
Added Files:
src/share/i18n/csmapper/CP: CP1140%UCS.src CP1141%UCS.src
CP1142%UCS.src CP1143%UCS.src CP1144%UCS.src CP1145%UCS.src
CP1146%UCS.src CP1147%UCS.src CP1148%UCS.src CP1149%UCS.src
UCS%CP1140.src UCS%CP1141.src UCS%CP1142.src UCS%CP1143.src
UCS%CP1144.src UCS%CP1145.src UCS%CP1146.src UCS%CP1147.src
UCS%CP1148.src UCS%CP1149.src

Log Message:
1. PR/42209 various problems with EBCDIC support in iconv(3)
part3: added CP114[0-9] support.
2. fix csmapper name separator.

To generate a diff of this commit:
cvs rdiff -u -r1.841 -r1.842 src/distrib/sets/lists/base/mi
cvs rdiff -u -r1.12 -r1.13 src/share/i18n/csmapper/CP/CP.part
cvs rdiff -u -r1.3 -r1.4 src/share/i18n/csmapper/CP/CP037%UCS.src \
src/share/i18n/csmapper/CP/CP038%UCS.src \
src/share/i18n/csmapper/CP/CP273%UCS.src \
src/share/i18n/csmapper/CP/CP274%UCS.src \
src/share/i18n/csmapper/CP/CP275%UCS.src \
src/share/i18n/csmapper/CP/CP277%UCS.src \
src/share/i18n/csmapper/CP/CP278%UCS.src \
src/share/i18n/csmapper/CP/CP280%UCS.src \
src/share/i18n/csmapper/CP/CP281%UCS.src \
src/share/i18n/csmapper/CP/CP284%UCS.src \
src/share/i18n/csmapper/CP/CP285%UCS.src \
src/share/i18n/csmapper/CP/CP290%UCS.src \
src/share/i18n/csmapper/CP/CP297%UCS.src \
src/share/i18n/csmapper/CP/CP420%UCS.src \
src/share/i18n/csmapper/CP/CP423%UCS.src \
src/share/i18n/csmapper/CP/CP500%UCS.src \
src/share/i18n/csmapper/CP/CP870%UCS.src \
src/share/i18n/csmapper/CP/CP871%UCS.src \
src/share/i18n/csmapper/CP/CP880%UCS.src \
src/share/i18n/csmapper/CP/CP905%UCS.src \
src/share/i18n/csmapper/CP/CP918%UCS.src \
src/share/i18n/csmapper/CP/UCS%CP891.src \
src/share/i18n/csmapper/CP/UCS%CP903.src \
src/share/i18n/csmapper/CP/UCS%CP904.src
cvs rdiff -u -r0 -r1.1 src/share/i18n/csmapper/CP/CP1140%UCS.src \
src/share/i18n/csmapper/CP/CP1141%UCS.src \
src/share/i18n/csmapper/CP/CP1142%UCS.src \
src/share/i18n/csmapper/CP/CP1143%UCS.src \
src/share/i18n/csmapper/CP/CP1144%UCS.src \
src/share/i18n/csmapper/CP/CP1145%UCS.src \
src/share/i18n/csmapper/CP/CP1146%UCS.src \
src/share/i18n/csmapper/CP/CP1147%UCS.src \
src/share/i18n/csmapper/CP/CP1148%UCS.src \
src/share/i18n/csmapper/CP/CP1149%UCS.src \
src/share/i18n/csmapper/CP/UCS%CP1140.src \
src/share/i18n/csmapper/CP/UCS%CP1141.src \
src/share/i18n/csmapper/CP/UCS%CP1142.src \
src/share/i18n/csmapper/CP/UCS%CP1143.src \
src/share/i18n/csmapper/CP/UCS%CP1144.src \
src/share/i18n/csmapper/CP/UCS%CP1145.src \
src/share/i18n/csmapper/CP/UCS%CP1146.src \
src/share/i18n/csmapper/CP/UCS%CP1147.src \
src/share/i18n/csmapper/CP/UCS%CP1148.src \
src/share/i18n/csmapper/CP/UCS%CP1149.src
cvs rdiff -u -r1.2 -r1.3 src/share/i18n/csmapper/CP/CP851%UCS.src \
src/share/i18n/csmapper/CP/CP868%UCS.src \
src/share/i18n/csmapper/CP/CP891%UCS.src \
src/share/i18n/csmapper/CP/CP903%UCS.src \
src/share/i18n/csmapper/CP/CP904%UCS.src
cvs rdiff -u -r1.5 -r1.6 src/share/i18n/csmapper/CP/UCS%CP037.src \
src/share/i18n/csmapper/CP/UCS%CP273.src \
src/share/i18n/csmapper/CP/UCS%CP275.src \
src/share/i18n/csmapper/CP/UCS%CP277.src \
src/share/i18n/csmapper/CP/UCS%CP278.src \
src/share/i18n/csmapper/CP/UCS%CP280.src \
src/share/i18n/csmapper/CP/UCS%CP281.src \
src/share/i18n/csmapper/CP/UCS%CP284.src \
src/share/i18n/csmapper/CP/UCS%CP285.src \
src/share/i18n/csmapper/CP/UCS%CP290.src \
src/share/i18n/csmapper/CP/UCS%CP297.src \
src/share/i18n/csmapper/CP/UCS%CP420.src \
src/share/i18n/csmapper/CP/UCS%CP423.src \
src/share/i18n/csmapper/CP/UCS%CP500.src \
src/share/i18n/csmapper/CP/UCS%CP851.src \
src/share/i18n/csmapper/CP/UCS%CP868.src \
src/share/i18n/csmapper/CP/UCS%CP870.src \
src/share/i18n/csmapper/CP/UCS%CP871.src \
src/share/i18n/csmapper/CP/UCS%CP880.src \
src/share/i18n/csmapper/CP/UCS%CP905.src \
src/share/i18n/csmapper/CP/UCS%CP918.src
cvs rdiff -u -r1.4 -r1.5 src/share/i18n/csmapper/CP/UCS%CP038.src \
src/share/i18n/csmapper/CP/UCS%CP274.src
cvs rdiff -u -r1.13 -r1.14 src/share/i18n/esdb/CP/CP.alias
cvs rdiff -u -r1.10 -r1.11 src/share/i18n/esdb/CP/CP.part

Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.

From forum: netbsd-bugs

Re: port-i386/42313 (drm problems with intel Q35)

2009-11-13T17:55:52Z

Synopsis: drm problems with intel Q35

State-Changed-From-To: open->feedback
State-Changed-By: mrg@...
State-Changed-When: Sat, 14 Nov 2009 01:55:51 +0000
State-Changed-Why:
can you try a test with drm debugging enabled? it should give more
info about why this remap fails. you can enable it with sysctl -w
dw.dri.debug=1 and try starting X again.

thanks.

From forum: netbsd-bugs

daily pkgsrc CVS update output

2009-11-13T17:46:36Z

Updating pkgsrc tree:
? pkgsrc/INDEX
? pkgsrc/README-IPv6.html
? pkgsrc/README-all.html
U pkgsrc/audio/audacious/DESCR
P pkgsrc/databases/sqlite3/Makefile
P pkgsrc/databases/sqlite3/Makefile.common
P pkgsrc/databases/sqlite3/distinfo
P pkgsrc/devel/libevent/builtin.mk
P pkgsrc/doc/CHANGES-2009
P pkgsrc/doc/TODO
P pkgsrc/emulators/sdlmame/Makefile
P pkgsrc/emulators/sdlmame/distinfo
P pkgsrc/emulators/sdlmame/patches/patch-ab
P pkgsrc/emulators/sdlmame/patches/patch-ac
P pkgsrc/emulators/sdlmame/patches/patch-ad
P pkgsrc/graphics/f-spot/Makefile
U pkgsrc/graphics/f-spot/distinfo
P pkgsrc/graphics/gimp/Makefile
P pkgsrc/graphics/gimp/distinfo
U pkgsrc/graphics/gimp/patches/patch-ad
P pkgsrc/graphics/libexif/Makefile
P pkgsrc/graphics/libexif/PLIST
P pkgsrc/graphics/libexif/distinfo
P pkgsrc/net/fetch/Makefile
U pkgsrc/net/fetch/files/config.guess
U pkgsrc/net/fetch/files/config.h.in
U pkgsrc/net/fetch/files/config.sub
U pkgsrc/net/fetch/files/configure
U pkgsrc/net/fetch/files/configure.ac
P pkgsrc/net/fetch/files/fetch.c
U pkgsrc/net/fetch/files/install-sh
P pkgsrc/pkgtools/pkg_rolling-replace/Makefile
P pkgsrc/pkgtools/pkg_rolling-replace/files/pkg_rolling-replace.8
P pkgsrc/pkgtools/pkg_rolling-replace/files/pkg_rolling-replace.sh
P pkgsrc/print/poppler-utils/Makefile
P pkgsrc/print/xpdf/Makefile
P pkgsrc/print/xpdf/PLIST
P pkgsrc/print/xpdf/distinfo
P pkgsrc/print/xpdf/patches/patch-aa
P pkgsrc/print/xpdf/patches/patch-am

Killing core files:

Updating tar files:

building list of README.html files
pkgsrc: collecting ... building .gz ... replacing... building .bz2 ... replacing...
pkgsrc-readmes: collecting ... building .gz ... replacing... building .bz2 ... replacing... done

Updating pkgsrc-2009Q3 pkgsrc tree (/ftp/pub/pkgsrc/pkgsrc-2009Q3):
U pkgsrc/doc/CHANGES-pkgsrc-2009Q3
P pkgsrc/wm/selectwm/distinfo
U pkgsrc/wm/selectwm/patches/patch-ad
P pkgsrc/www/wordpress/Makefile
P pkgsrc/www/wordpress/PLIST
U pkgsrc/www/wordpress/distinfo

Updating pkgsrc pkgsrc-2009Q3 tar files:
pkgsrc: collecting ... building .gz ... replacing... building .bz2 ... replacing... done

From forum: tech-pkg

Re: mac virtualization recommendation

2009-11-13T17:11:12Z

In message <20091113225432.GA2750@...>, Matthias Scheler write
s:
>On Thu, Nov 12, 2009 at 08:38:06PM -0500, Greg Troxel wrote:
>> What are people's current recomendations for running netbsd in a vm on a
>> mac?

>VMware Fusion works very well for me. I've used 2.0 for month and just
>upgrade to 3.0 which seems to work as well.

Seconded. I've used both Parallels and Fusion. I'm currently on Fusion.
(Of some possible relevance, I have heard allegations of skullduggery
with respect to Parallels, but nothing I would say I have solid evidence
for.) I used it because I set up a couple of Linuxes on it and they
Just Worked, no hassle.

-s

From forum: port-i386

Re: xsrc/42262: Thinkpad T500 Intel GM45 Express X doesn't like i915drm

2009-11-13T17:05:03Z

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

From: Jeremy Morse <jeremy.morse@...>
To: gnats-bugs@...
Cc: xsrc-manager@..., gnats-admin@...,
netbsd-bugs@..., spz@...
Subject: Re: xsrc/42262: Thinkpad T500 Intel GM45 Express X doesn't like i915drm
Date: Sat, 14 Nov 2009 01:01:46 +0000

This is a multi-part message in MIME format.
--------------030800060309050107050109
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi,

It appears agp_i810_borrow does some sanity checks, so that only the
base of the agp aperture can be mapped - i915_drm tries to map the
status page at some other location, which is rejected by agp_i810_borrow.

The attached patch should allow anywhere in the aperture to be mapped.
(Please test with the previous patch too)

--
Thanks,
Jeremy

--------------030800060309050107050109
Content-Type: text/plain;
name="drm2.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="drm2.diff"

Index: agp_i810.c
===================================================================
RCS file: /cvsroot/src/sys/dev/pci/agp_i810.c,v
retrieving revision 1.64
diff -u -p -r1.64 agp_i810.c
--- agp_i810.c 4 May 2009 11:05:45 -0000 1.64
+++ agp_i810.c 14 Nov 2009 00:36:22 -0000
@@ -1,4 +1,4 @@
-/* $NetBSD: agp_i810.c,v 1.64 2009/05/04 11:05:45 markd Exp $ */
+/* $NetBSD: agp_i810.c,v 1.63 2009/02/19 05:58:37 markd Exp $ */

/*-
* Copyright (c) 2000 Doug Rabson
@@ -30,7 +30,7 @@
*/

#include <sys/cdefs.h>
-__KERNEL_RCSID(0, "$NetBSD: agp_i810.c,v 1.64 2009/05/04 11:05:45 markd Exp $");
+__KERNEL_RCSID(0, "$NetBSD: agp_i810.c,v 1.63 2009/02/19 05:58:37 markd Exp $");

#include <sys/param.h>
#include <sys/systm.h>
@@ -84,6 +84,7 @@ struct agp_i810_softc {

/* XXX hack, see below */
static bus_addr_t agp_i810_vga_regbase;
+static bus_size_t agp_i810_vga_regsize;
static bus_space_handle_t agp_i810_vga_bsh;

static u_int32_t agp_i810_get_aperture(struct agp_softc *);
@@ -385,6 +385,7 @@ agp_i810_attach(device_t parent, device_
* of VGA chip registers
*/
agp_i810_vga_regbase = mmadr;
+ agp_i810_vga_regsize = mmadrsize;
agp_i810_vga_bsh = isc->bsh;

return agp_i810_init(sc);
@@ -398,7 +399,8 @@ int
agp_i810_borrow(bus_addr_t base, bus_space_handle_t *hdlp)
{

- if (!agp_i810_vga_regbase || base != agp_i810_vga_regbase)
+ if (!agp_i810_vga_regbase || base < agp_i810_vga_regbase
+ || base > agp_i810_vga_regbase + agp_i810_vga_regsize)
return 0;
*hdlp = agp_i810_vga_bsh;
return 1;

--------------030800060309050107050109--

From forum: netbsd-bugs

Re: xsrc/42262: Thinkpad T500 Intel GM45 Express X doesn't like i915drm

2009-11-13T17:01:46Z

Hi,

It appears agp_i810_borrow does some sanity checks, so that only the
base of the agp aperture can be mapped - i915_drm tries to map the
status page at some other location, which is rejected by agp_i810_borrow.

The attached patch should allow anywhere in the aperture to be mapped.
(Please test with the previous patch too)

--
Thanks,
Jeremy

Index: agp_i810.c
===================================================================
RCS file: /cvsroot/src/sys/dev/pci/agp_i810.c,v
retrieving revision 1.64
diff -u -p -r1.64 agp_i810.c
--- agp_i810.c 4 May 2009 11:05:45 -0000 1.64
+++ agp_i810.c 14 Nov 2009 00:36:22 -0000
@@ -1,4 +1,4 @@
-/* $NetBSD: agp_i810.c,v 1.64 2009/05/04 11:05:45 markd Exp $ */
+/* $NetBSD: agp_i810.c,v 1.63 2009/02/19 05:58:37 markd Exp $ */

/*-
* Copyright (c) 2000 Doug Rabson
@@ -30,7 +30,7 @@
*/

#include <sys/cdefs.h>
-__KERNEL_RCSID(0, "$NetBSD: agp_i810.c,v 1.64 2009/05/04 11:05:45 markd Exp $");
+__KERNEL_RCSID(0, "$NetBSD: agp_i810.c,v 1.63 2009/02/19 05:58:37 markd Exp $");

#include <sys/param.h>
#include <sys/systm.h>
@@ -84,6 +84,7 @@ struct agp_i810_softc {

/* XXX hack, see below */
static bus_addr_t agp_i810_vga_regbase;
+static bus_size_t agp_i810_vga_regsize;
static bus_space_handle_t agp_i810_vga_bsh;

static u_int32_t agp_i810_get_aperture(struct agp_softc *);
@@ -385,6 +385,7 @@ agp_i810_attach(device_t parent, device_
* of VGA chip registers
*/
agp_i810_vga_regbase = mmadr;
+ agp_i810_vga_regsize = mmadrsize;
agp_i810_vga_bsh = isc->bsh;

return agp_i810_init(sc);
@@ -398,7 +399,8 @@ int
agp_i810_borrow(bus_addr_t base, bus_space_handle_t *hdlp)
{

- if (!agp_i810_vga_regbase || base != agp_i810_vga_regbase)
+ if (!agp_i810_vga_regbase || base < agp_i810_vga_regbase
+ || base > agp_i810_vga_regbase + agp_i810_vga_regsize)
return 0;
*hdlp = agp_i810_vga_bsh;
return 1;

From forum: netbsd-bugs

Re: mac virtualization recommendation

2009-11-13T16:47:49Z

> Does anyone know if a VMware Fusion VM image created on a MacOSX
> desktop can be copied to Windows and Linux desktop computers and
> still work under their respective copies of VMware Workstation?

Opps, I posted too soon, since I found the answer on the Wikipedia
page:

http://en.wikipedia.org/wiki/VMware_Fusion

Portability. Virtual machines created with VMware Fusion can
be used with other VMware products and vice versa, and are
compatible with other VMware virtual appliances.[4]

It also appears that MacOSX does not support Xen as a Dom0:

http://en.wikipedia.org/wiki/Xen

So, it looks like VMware Fusion is the best way to go on a Mac.

Alicia.

From forum: port-i386

Re: mac virtualization recommendation

2009-11-13T16:19:08Z

> > What are people's current recomendations for running netbsd in a vm on a
> > mac?
> VMware Fusion works very well for me. I've used 2.0 for month and just
> upgrade to 3.0 which seems to work as well.

Does anyone know if a VMware Fusion VM image created on a MacOSX
desktop can be copied to Windows and Linux desktop computers and
still work under their respective copies of VMware Workstation?

Currently I am running NetBSD on my Mac as a Parallels VM, which
works fine. But would prefer a more portable virtual machine
environment that I can run on Apple Macs, as well as under Windows
and Linux host OS desktops and netbooks with VT-x or AMD-V hardware
support.

Being able to move VM images between different hardware would be
very helpful. Especially for business travel, since TrueCrypt
does not provide bootable full disk encryption on the Mac, and
since I avoid traveling with unencrypted drives.

On a side note, has anyone been able to run NetBSD as a Xen DomU
with Xen Dom0 running on MacOSX? If so, how portable are the Xen
DomU VM images between different Xen host operating systems?

Thank you in advance.
Alicia.

From forum: port-i386

Re: Stack Smash Protection disabled (was HEADS-UP: Stack Smash Protection enabled by default for amd64 and i386)

2009-11-13T16:02:21Z

On Fri, Nov 13, 2009 at 12:21 PM, David Holland
<dholland-current@...> wrote:
> On Fri, Nov 13, 2009 at 12:57:53AM -0500, Elad Efrat wrote:
> > > Well yes, and here's the thing. You are falling into the standard trap
> > > of computer security cost/benefit analysis: you're assuming that the
> > > risk of being attacked is infinite, and therefore the benefit of any
> > > protection device outweighs its cost regardless of what the cost is.
> >
> > It seems we have all become economists and marketing experts.
>
> Anyone who asks for a cost-benefit analysis is an economist?

Asking for it is one thing, pretending to be able to put one together
is another. Anyway:

> > I am not assuming the risk is infinite. I have pointed out that the
> > impact of a stack overrun is the same in 1988 and in 2009, yet the
> > speed of hardware on which software runs changed dramatically. This is
> > a very important point. Next year we'll have faster computers that
> > might drastically change the 5% figure; they will not change what
> > happens if a stack overrun is exploited.
>
> Actually, next year we probably won't have especially faster
> computers, or had you not noticed that the clock-rate party is over?

Okay, so next year we won't have faster machines, and the following
year as well? Have we reached full capacity, captain?

> > > There isn't exactly a long history of kernel-level stack-smashing
> > > attacks. In fact, I can't offhand remember hearing about a single one
> > > (other than in Windows) -- doubtless someone will refresh my memory,
> > > but nonetheless it doesn't seem like a very high risk. And therefore,
> > > it doesn't seem to me that there's much benefit, and in particular,
> > > not enough to outweigh the cost.
> >
> > You begin by stating that there isn't a history of it, then you
> > suggest that it is merely your own experience, and then you rule out
> > the most popular OS in the market. [...]
>
> Yes, it is my experience; on the other hand, my experience watching
> these issues go by is likely longer than most people reading this
> thread.

What I had in mind when replying was noir's OpenBSD kernel exploits
from a few years back. Do you remember those, or have you forgotten
already?

The idea with many kernel vulnerabilities is that their exploitation
somewhat differs from many of the ones in userspace. I.e., it
sometimes (not always) takes a bit more work -- maybe even specialized
work for a particular bug -- to take advantage of. Obviously you know
that, and I presume you have vast experience in exploiting kernel
bugs, but for the sake of the followers of this thread who don't, I'll
add a note stating that today, unlike in the past, much less of the
holes found are actually disclosed.

> Meanwhile, the architectural flaws of Windows have little relationship
> to Unix kernels and using Windows supervisor-mode overflows (of which
> there have been quite a few, some notorious) as a risk model for a
> Unix-derived project is folly.

The only folly here is suggesting that just because you haven't heard
of something it doesn't exist.

That said, I'm quite certain at this point that our core team will
come around and settle this ridiculous issue for the benefit of the
NetBSD userbase. To paraphrase on a famous quote, I'd hate to see us
trade what can amount to a good night sleep for a few extra percentage
points.

-e.

From forum: current-users

Re: Current state of color X on mac68k?

2009-11-13T15:55:08Z

2009/11/13 Hauke Fath <hauke@...>:
>
> Now that you mention it... jmmv had patches for mac68k generic framebuffer
> support a while back, see
> <http://mail-index4.netbsd.org/port-mac68k/2007/08/30/0018.html> ff. I think
> the patches are still somewhere on ftp.netbsd.org, but the project petered
> out in late 2007. I guess it was supposed to bring vanilla Xserver support
> for the Mac; don' know about colour, though.
>

Its definitely the right way to go. It should allow us to use genfb
and Xwsfb on pretty much any resolution and bitdepth on any bitmapped
framebuffer. Is there anyone with the time to update those patches to
current?

From forum: port-mac68k

Re: sun2 and playstation2 ports to be moved into Attic

2009-11-13T15:02:10Z

On Thu, Nov 12, 2009 at 09:11:50PM -0800, John Nemeth wrote:
> Maybe a small internal mail server. If it has direct connectivity to
> the Internet, the spammers will kill it. These days, any mail server
> facing the Internet, must be able to handle a fairly large load, have
> anti-spam, and anti-virus. This stuff all takes processing power.

I have a 2x50MHz sparc 20 as mail server, performing filtering with
bogofilter and spamassassin and keeping up with my few user's emails.
it will win no speed records, but it does not fall behind, even after
multiple day outages.

if I wasn't running spamassassin, I bet my slowest decstation (12.5MHz
2100) could handle my bogofilter load...

--
Aaron J. Grier | "Not your ordinary poofy goof." | agrier@...

From forum: current-users

Re: sun2 and playstation2 ports to be moved into Attic

2009-11-13T14:57:59Z

fredette@... writes:

>The older m68010 is missing some instructions and addressing
>modes that the later m68k CPUs have, which gcc (last I looked,
>a long time ago) required for -fPIC:

our gcc allows -fpic but not -fPIC for -m68000 which limits
the GOT to 32k.

>#3 The m68010 virtual address space is only 16MB.

libc needs about 850k. I don't think the 16MB limit would be
a problem for this reason, but it is unlikely that you
could build a system natively with gcc (but maybe pcc?).

--
--
Michael van Elst
Internet: mlelstv@...
"A potential Snark may lurk in every tree."

From forum: port-m68k

Re: mac virtualization recommendation

2009-11-13T14:54:33Z

On Thu, Nov 12, 2009 at 08:38:06PM -0500, Greg Troxel wrote:
> What are people's current recomendations for running netbsd in a vm on a
> mac?

VMware Fusion works very well for me. I've used 2.0 for month and just
upgrade to 3.0 which seems to work as well.

> I would like to be able to do kernel debugging, ...

I've tried to use a serial console, but VMware Fusion definitely supports
virtual serial device. So it is probably possible. You can of course
just use ddb in the console window of the virtual machine.

> ... plus use the netbsd system normally.

Most of the time I use the virtual machine itself to build NetBSD.
It does that quicker than my fastest physical NetBSD machine as it
has four virtual cores. The machine is otherwise integrated in my
home network like its physical predecessor which includes NIS
(nss-ldap for NetBSD anybody? :-) ) and NFS mounted home directories.

> As long as a license is less than a $100-$200,

It is $69.99 on Amazon, eventually cheaper in their online shop.

Kind regards

--
Matthias Scheler http://zhadum.org.uk/

From forum: port-i386

PR/40960 CVS commit: src/sys/arch/amd64/amd64

2009-11-13T14:50:06Z

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

From: David Laight <dsl@...>
To: gnats-bugs@...
Cc:
Subject: PR/40960 CVS commit: src/sys/arch/amd64/amd64
Date: Fri, 13 Nov 2009 22:49:47 +0000

Module Name: src
Committed By: dsl
Date: Fri Nov 13 22:49:47 UTC 2009

Modified Files:
src/sys/arch/amd64/amd64: copy.S

Log Message:
tlbstate is 'int', so use 'cmpl' not 'cmpq'.
Fixes gprof on amd64 PR/40960.

To generate a diff of this commit:
cvs rdiff -u -r1.14 -r1.15 src/sys/arch/amd64/amd64/copy.S

Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.

From forum: netbsd-bugs

Azalia... Qualche novita` ?

2009-11-13T14:17:44Z

Salve,
qualche tempo addietro si parlo` di schede audio gestite dal driver
azalia e del fatto che non funzionavano a dovere se il supporto per
l'ACPI fosse abilitato nel kernel.

Adesso, la mia domanda e`: per caso, sono stati fatti dei progressi
nel supporto a questo tipo di schede? Mi pare che ci fosse un altro
utente che, come me, aveva un portatile con scheda audio azalia...

Grazie in anticipo,
Emanuele Santoro

attachment0 (201 bytes) Download Attachment

From forum: regional-it