<?xml version="1.0"  encoding="ISO-8859-1" ?>
<rss version="2.0">
<channel>
<title>Netbsd-current-users Mailing List Threads</title>
<link>http://readlist.com</link>
<description>Netbsd-current-users Mailing List - New Threads feed</description>
<language>en</language>
<image>
  <url>http://readlist.com/readlist-logo-tiny.gif</url>
  <title>ReadList.com</title>
  <link>http://readlist.com/</link>
  <width>156</width>
  <height>30</height>
</image>
<item>
  <title>system getting stuck with processes waiting in vm_map</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22315.html</link>
  <pubDate>Fri, 16 May 2008 01:00:44 GMT</pubDate>
  <description>Sometime during a nightly "find" run processes start getting stuck. Breaking into ddb and running "ps" shows lots of processes waiting in "vm_map" (Also shown with "lwps" from gdb). System is an MP i386 (with yamt's 20080513142149.A90F311704 patches) Also, this isn't nice: # ps -ax -O laddr -N netbsd.96 -M netbsd.96.core [2] 1072 segmentation fault ps -ax -O laddr -N netbsd.96 -M netbsd.96.core Was ps one of the ...</description>
</item>
<item>
  <title>Update: cpuctl fails to identify AMD quad-core Phenom processor</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22312.html</link>
  <pubDate>Thu, 15 May 2008 12:45:42 GMT</pubDate>
  <description>I recompiled cpuctl with COPTS="-g -O0" so I could get more details... Here's what happens when I run it on my quad-core AMD Phenom... speedy {106} gdb ./cpuctl GNU gdb 6.5 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There ...</description>
</item>
<item>
  <title>build.sh ... distribution fails on amd64</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22311.html</link>
  <pubDate>Thu, 15 May 2008 11:44:07 GMT</pubDate>
  <description>Hi, got this on one of my amd64 machines: install ===&gt; tools/compat do-lib-csu ===&gt; . dependall ===&gt; lib/csu dependall ===&gt; lib/csu/x86_64 /u/NetBSD/arch/amd64/TOOLS/bin/x86_64--netbsd-gcc -O2 -pipe -fno-unit-at-a-time -march=pentiumpro -fPIC -Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-sign-compare -Wno-traditional -Wreturn-type -Wswitch -Wshadow -Werror -I/u/NetBSD/src/lib/csu/x86_64 ...</description>
</item>
<item>
  <title>cpuctl fails to identify AMD quad-core Phenom processor</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22305.html</link>
  <pubDate>Thu, 15 May 2008 04:12:06 GMT</pubDate>
  <description>Just updated to 4.99.62 from sources current as of 2008-05-14 at 13:20:42 UTC. cpuctl seems to work fine on my dual-core AMD64 processors, but on my quad-core Phenom I get the following: speedy {91} dmesg | grep cpu cpu0 at mainbus0 apid 0: AMD 686-class, 2310MHz, id 0x100f22 cpu0: AMD Power Management features: 1f9&lt;STC,TM,TTP,TS&gt; cpu0: 8 page colors cpu1 at mainbus0 apid 1: AMD 686-class, 2310MHz, id 0x100f22 ...</description>
</item>
<item>
  <title>Using boot.cfg</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22303.html</link>
  <pubDate>Thu, 15 May 2008 02:03:41 GMT</pubDate>
  <description>Well, I just updated my four machines from 4.99.60 to 4.99.62. Funny thing, though, only two of them display the new boot menu from /boot.cfg file. My rather ancient (3+ years) i386 laptop worked, as did my newest amd64 machine with quad-core CPU. But the two other amd64 boxes, both with "only" dual-core CPU, just gave me the same old 5-second count- down. I assume I need to update some part of the boot sequence to make it find ...</description>
</item>
<item>
  <title>uvm_fault with -current XEN3_DOMU</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22302.html</link>
  <pubDate>Wed, 14 May 2008 23:46:47 GMT</pubDate>
  <description>Trying to run an i386 XEN3_DOMU kernel from this morning results in an immediate uvm_fault: green-mountain# xm create -c homepages Using config file "/etc/xen/homepages". Started domain homepages MAC address 00:16:3e:00:00:11 unknown type console at xenbus0 id 0 not configured uvm_fault(0xc04b1d00, 0, 1) -&gt; 0xe kernel: supervisor trap page fault, code=0 Stopped in pid 0.2 (system) at 0: invalid address db&gt; ...</description>
</item>
<item>
  <title>Re: CVS commit: src/sys/arch/x86/x86</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22301.html</link>
  <pubDate>Wed, 14 May 2008 23:43:08 GMT</pubDate>
  <description>On Tue, May 13, 2008 at 02:29:17PM +0000, Joerg Sonnenberger wrote: &gt; Module Name:	src &gt; Committed By:	joerg &gt; Date:		Tue May 13 14:29:17 UTC 2008 &gt; &gt; Modified Files: &gt; 	src/sys/arch/x86/x86: intr.c &gt; &gt; Log Message: &gt; Restore the behaviour intended by rev 1.51 with the patch I actually &gt; send out for testing. The wrong version ended up in the commit. This still breaks my ...</description>
</item>
<item>
  <title>Updated advisory NetBSD-SA2008-008 available</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22297.html</link>
  <pubDate>Wed, 14 May 2008 22:37:38 GMT</pubDate>
  <description>-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, The NetBSD security-officer has just released an updated copy of the NetBSD-SA2008-008 security advisory which was first released on the 8th May 2008. The key update for this advisory is that all current NetBSD 3.* releases were also found to be vulnerable. Pull-ups have been applied to the relevant branches and the updated advisory contains all the information necessary to ...</description>
</item>
<item>
  <title>building distribution fails</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22296.html</link>
  <pubDate>Wed, 14 May 2008 21:58:51 GMT</pubDate>
  <description>Hi, after cvs updating sources to -current as of May 14 23:16 MDST I get the following: install ===&gt; gnu/usr.bin/groff/font/devps nbmake: don't know how to make /u/NetBSD/arch/i386/dest/usr/share/groff_font/devps/afmname. Stop nbmake: stopped in /u/NetBSD/src/gnu/usr.bin/groff/font/devps *** Failed target: install-devps *** Failed command: _makedirtarget() { dir="$1"; shift; target="$1"; shift; case "${dir}" in ...</description>
</item>
<item>
  <title>kpreempt() in sys/lwp.h</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22294.html</link>
  <pubDate>Wed, 14 May 2008 21:47:26 GMT</pubDate>
  <description>This may be a stupid question (blame it on doing a cvs update into a dirty kernel tree). There's a call to kpreempt(0) in an inline function in sys/lwp.h which got added 4 or 5 revisions ago. Which file is supposed to have the prototype declaration for this function? Either I'm blind or the declaration got lost in a failed merge of a modified file which I can't find, but in either case if someone could point me at the correct file it ...</description>
</item>
<item>
  <title>build broken due to openssl?</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22285.html</link>
  <pubDate>Wed, 14 May 2008 18:19:27 GMT</pubDate>
  <description>I am failing to build current (on macos 10.5), and the problem is that various programs fail due to warnings about libcrypto including patented algorithms. # link passwd/passwd /usr/obj/gdt-current/tools/bin/i386--netbsdelf-gcc -Wl,-nostdlib -Wl,--fatal-warnings -o passwd -Wl,-rpath-link,/usr/obj/gdt-current/destdir/i386/lib:/usr/obj/gdt-current/destd ir/i386/usr/lib -L/usr/obj/gdt-current/destdir/i386/lib ...</description>
</item>
<item>
  <title>LOCKDEBUG panic with xterm resize on VGA</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22280.html</link>
  <pubDate>Wed, 14 May 2008 09:59:01 GMT</pubDate>
  <description>Hi! I booted NetBSD/amd64 on a machine with many CPUs. I typed "resize" on the VGA console and it paniced: Mutex error: lockdebug_wantlock: locking against myself lock address : 0xffffffff80cad030 type : spin shared holds : 0 exclusive: 1 shares wanted: 0 exclusive: 1 current cpu : c0 last held: ...</description>
</item>
<item>
  <title>why is struct ipstat/tcpstat removed?</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22276.html</link>
  <pubDate>Wed, 14 May 2008 03:47:48 GMT</pubDate>
  <description>Hello, I have a simple question about /usr/include/netinet/ip_var.h. Could you please tell me why `struct ipstat' is removed from ip_var.h of revison 1.85. Unfortunately, net-snmp or some programs seem to use `struct ipstat', therefore, those kinds of programs cannot be compiled with NetBSD current. If this modification is intended to introduce new API for IP statistics related programs (e.g. net-snmp) and if you ...</description>
</item>
<item>
  <title>recent -current changes broke stf(4) (?)</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22275.html</link>
  <pubDate>Wed, 14 May 2008 02:41:28 GMT</pubDate>
  <description>Hi! I'm using stf(4) and pkgsrc/net/hf6to4 for ipv6 connectivity on a cobalt qube 2. Recent -current changes (using actual kernel and userland) seem to configure everything as before, but stf0 seems to not transmit/receive any packet anymore. Does anybody else see this? Markus. ...</description>
</item>
<item>
  <title>MP regression ? (sequel to: CPU1 failed to become ready)</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22270.html</link>
  <pubDate>Tue, 13 May 2008 17:39:09 GMT</pubDate>
  <description>Well, I am still stuck with my Core 2 Duo that will not start CPU 1. However, up to .62, I could workaround by setting MPDEBUG to yes. After the message "cpu1 failed to become ready", the kernel fell back in DDB, and typing cont woke up CPU1, and everything was nominal onwards. But with a kernel built this morning, this hack ceased to work. After a few seconds, I get a "CPU1 fails to start", drop again in DDB and cannot do ...</description>
</item>
<item>
  <title>pam not working with pam_ldap</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22269.html</link>
  <pubDate>Tue, 13 May 2008 16:06:19 GMT</pubDate>
  <description>Hi, while trying to setup an openldap server i noticed problems with the pam_ldap module on current (99.62 built from source on 5th of may for i386) syslog says: sshd: in openpam_dispatch(): /usr/pkg/lib/security/pam_ldap.so: no pam_sm_authenticate() authentication fails therefore(?) this does not occur on 4.0 with the same module greets felix ...</description>
</item>
<item>
  <title>verbose AMD Power Management features info?</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22256.html</link>
  <pubDate>Tue, 13 May 2008 12:12:01 GMT</pubDate>
  <description>Hi, why is this still reported after most usefull CPU info is gone? Who's interested in verbose "AMD Power Management features" ? cpu0 at mainbus0 apid 0: AMD 686-class, 2411MHz, id 0x20f12 cpu0: AMD Power Management features: f&lt;TTP,VID,FID,TS&gt; cpu0: WARNING: AMD errata present, BIOS upgrade may be cpu0: WARNING: necessary to ensure reliable operation cpu0: 16 page colors cpu1 at mainbus0 apid 1: AMD 686-class, ...</description>
</item>
<item>
  <title>failed to allocate interrupt slot for PIC ioapic0 pin 16</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22251.html</link>
  <pubDate>Tue, 13 May 2008 11:16:58 GMT</pubDate>
  <description>Updating from 4.99.61 to 4.99.62/amd64 gave me: wi0 at pci1 dev 6 function 0: Intersil PRISM2.5 Mini-PCI WLAN (rev. 0x01) APC1: Picked IRQ 16 with weight 0 -wi0: interrupting at ioapic0 pin 16 (irq 10) -wi0: 802.11 address 00:09:5b:2f:0e:76 -wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) -wi0: Intersil Firmware: Primary (1.0.7), Station (1.3.6) -wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps +failed to allocate interrupt slot for PIC ...</description>
</item>
<item>
  <title>CPU recognition changes: much less information</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22250.html</link>
  <pubDate>Tue, 13 May 2008 11:13:13 GMT</pubDate>
  <description>Hi! Updating from 4.99.61 to 4.99.62/amd64 gave me: -cpu0 at mainbus0 apid 0: (boot processor) -cpu0: AMD Athlon(tm) 64 Processor 3500+, 2210.30 MHz -cpu0: features efdbfbff&lt;FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR&gt; -cpu0: features efdbfbff&lt;PGE,MCA,CMOV,PAT,PSE36,MPC,NOX,MMXX,MMX&gt; -cpu0: features efdbfbff&lt;FXSR,SSE,SSE2,RDTSCP,LONG,3DNOW2,3DNOW&gt; -cpu0: features2 2001&lt;SSE3,CX16&gt; -cpu0: I-cache 64 KB ...</description>
</item>
<item>
  <title>failed to allocate interrupt slot...</title>
  <link>http://readlist.com/lists/netbsd.org/current-users/4/22247.html</link>
  <pubDate>Tue, 13 May 2008 07:27:34 GMT</pubDate>
  <description>Hi, booting a kernel compiled from sources cvs updated ca 9:00 MDST on my IBM T43p fails with: (hand copied from the screen ;-) [...] piixide at pci0 dev 32 function 2 piixide: Intel 82801FBM Serial ATA Controller (ICH6) (rec. 0x03) failed to allocate interrupt slot for PIC ioapic0 pin 14 piixide: not compatibility interrup for use by primary channel [...same for 2nd channel...] ichsmb0 at pci0 dev 31 ...</description>
</item>
</channel>
</rss>
