http://blog.gmane.org/gmane.os.netbsd.ports.x86-64 hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4673 <pre>If you do (in -current) something like: cd /usr/tests/lib/libm &amp;&amp; atf-run t_scalbn | atf-report you will get: Failed test cases: t_scalbn:scalbn_ldexp, t_scalbn:scalbnf_ldexpf Summary for 1 test programs: 18 passed test cases. 2 failed test cases. 0 expected failed test cases. 0 skipped test cases. The failures in more detail show up if you only run "atf-run t_scalbn": tc-se:*** Check failed: /usr/src/tests/lib/libm/t_scalbn.c:168: test 2: exponent=-1, y=inf, expected 1.45644 (diff: inf) tc-se:*** Check failed: /usr/src/tests/lib/libm/t_scalbn.c:168: test 4: exponent=-100, y=inf, expected 2.29786e-30 (diff: inf) and: tc-se:*** Check failed: /usr/src/tests/lib/libm/t_scalbn.c:321: test 2: exponent=-1, y=1.45644 ldexpf returns inf (diff: -inf) tc-se:*** Check failed: /usr/src/tests/lib/libm/t_scalbn.c:321: test 4: exponent=-100, y=2.29786e-30 ldexpf returns inf (diff: -inf) which basically means that scalbnf(2.91288191221812821, -1) as well as scalbnf(2.91288191221812821</pre> Martin Husemann 2013-05-20T14:29:22 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4659 <pre>Hi all, one of the missing parts of our libm is proper long double support for x86. This is somewhat complicated by the fact that our long double is castrated by the default rounding to 53bit (a.k.a. double) mantissa size. The historic reason is that forcing double rounding in code that needs the precision to be exact requires care and in theory, it might change results of code that doesn't expect it. Given that Linux and FreeBSD default to the whole mantissa, I doubt that the second argument is valid. It doesn't normally apply to amd64 anyway, since most compilers will default to the faster SSE units for double arithmetic anyway. This leads to the important question of whether we want to have real long double or not. Opinions? Joerg </pre> Joerg Sonnenberger 2013-05-04T02:44:48 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4655 <pre>Just a quick follow up to port-amd64/47782 I did a fresh install on several SuperMicro amd64 servers with bge ethernet interfaces and configured both bge's in an acceptable fashion. I then clean booted the servers 865 times to gather some stats. Background: I'm using NetBSD ukato 6.0.1 NetBSD 6.0.1 (GENERIC) amd64. I was using a custom kernel with bge/brgphy, but thought for this test using generic would be best. ifconfig.bge0: up media autoselect 192.94.73.7 netmask 0xffffff00 media autoselect ifconfig.bge1: up media autoselect 10.0.0.7 netmask 0xffffff00 media autoselect bge1 always had its interface successfully configured. However, bge0 failed with an ifconfig: SIOCSIFMEDIA: Invalid argument 343 times, but was successful 522 times (total of 865 clean boots). For media and mediaopts I did implicitly set those, but still ran into issues with bge0 failing iwth a SIOCSIFMEDIA. When the interface is in this state, you cannot even do a simple ifconfig bge0 192.94.73.7 to bring the interface up even </pre> Stephen M. Jones 2013-05-01T17:47:06 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4651 <pre>I have a machine I'm running amd64 5.2 on. It is apparently SpeedStep-capable, but only intermittently. I've set up code to record boot-time messages (via /var/run/dmesg.boot) on each boot. It's a relatively mobile machine, so it gets rebooted frequently. And I see SpeedStep appearing only sometimes. For example, the boot of 2013-03-05 04:41:33 shows cpu0 at mainbus0 apid 0: Intel 686-class, 2493MHz, id 0x10676 cpu1 at mainbus0 apid 1: Intel 686-class, 2493MHz, id 0x10676 but the boots of 2013-03-05 12:44:12 and 2013-03-06 18:33:30 showed cpu0 at mainbus0 apid 0: Intel 686-class, 2493MHz, id 0x10676 cpu0: Enhanced SpeedStep (1068 mV) 600 MHz cpu0: Enhanced SpeedStep frequencies available (MHz): 7600 7000 6400 5700 5100 4500 3800 3200 2600 1900 1300 700 cpu1 at mainbus0 apid 1: Intel 686-class, 2493MHz, id 0x10676 Any idea what could be behind this intermittent presence? Even without a complete answer to that, is there anything I can do to make it work more often? In case it helps, here's what cpuc</pre> Mouse 2013-03-07T01:14:14 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4646 <pre> Hello dear NetBSD/AMD-supporters, I am currently evaluating whether I can switch to a server with a chipset "Intel C204 PCH Chipset" running NetBSD/AMD with 64Bit support. Mainboard would be a "Supermicro X9SCM-F" with "Intel Xeon E3-1200" CPU. Are there any contras on running such a system (apart speed, the server is for personal use)? Please answer with Cc to me, I am currently not subscribed. Thanks! -- Markus Illenseer </pre> Markus Illenseer 2013-02-20T07:49:37 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4637 <pre>Hello, I did at one time have working 32bit linux emulation on amd64. This involved: a few suse100_32_* packages, auto-fetched by wip/tsm procfs /usr/pkg/emul/linux32/proc proc ro 0 0 tmpfs /usr/pkg/emul/linux32/dev/shm tmpfs rw 0 0 and a link /emul/linux32 -&gt; /usr/pkg/emul/linux32 The machine did run NetBSD-5.1.x at that time. Nowadays, it's running -6.0 (_RC2, to be exact), and after some scratching about an updated package I'm working on, which only prints "abort", I noted that /emul/linux32/bin/ldd did abort, too, so I tried /emul/linux32/bin/date which aborts, too. I tried several different suse32_base packages - freshly built suse113 and suse121 and the old suse100 from netbsd-5 times - no change. config -x claims that COMPAT_LINUX COMPAT_LINUX32 COMPAT_NETBSD32 EXEC_ELF32 are there. What else should I check? Or: does anybody run suse32_base on netbsd-6 amd64? Regards, -is </pre> is< at >netbsd.org 2013-02-19T13:40:00 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4634 <pre>We have approved a cash sum of $500,000.00 USD as our personal donation to you this new year 2013.Contact us via email : densagl&lt; at &gt;aol.com Regards </pre> Sandra Bergert 2013-01-29T18:28:31 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4633 <pre>I cannot get this to work! Using NetBSD 6.0.1/amd64 with 3x 3TB SATA disks as RAID5, booting from a CF card. I've set up a dk partition on all 3 disks, set the RAID up on dk0, 1 and 2, created a new dk3 device on the RAID. All works so far but I'm unable to mount dk3 as the root file system; it seems that NetBSD doesn't support autoconfigure of a dk file system, unless there's something I've missed? Have googled and found this: http://mail-index.netbsd.org/netbsd-users/2012/07/20/msg011157.html which seems like someone's having the same problem. Googling is limited as it sees the "dk" in the search string and tends to return a whole lot of Danish websites... Is there a HOWTO somewhere on how to do this? Failing that is it possible to change the root filesystem "on-the-fly" from wd3a to dk3 before going multi-user? Thanks in advance... while I still have some hair left! </pre> Glenn Richards 2013-01-29T17:05:16 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4632 <pre>Your email client cannot read this email. To view it online, please go here: http://enviospublicitarios.com/mail/display.php?M=4564391&amp;C=5dd8205147c7a7664616dc582fcec763&amp;S=293&amp;L=146&amp;N=62 To stop receiving these emails:http://enviospublicitarios.com/mail/unsubscribe.php?M=4564391&amp;C=5dd8205147c7a7664616dc582fcec763&amp;L=146&amp;N=293 </pre> Carlos Justiniano 2013-01-25T15:28:10 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4611 <pre>Hi guys, I am not sure this is the most perfect place to post, please redirect me if needed. I tried to boot NetBSD 6.0 amd64 CD on ASUS P8H61-M LX3 board, which features H61 chipset, HD3000 integrated graphics, and a UEFI firmware; the boot started, but stopped on init panic just after the USB enumeration; the 2nd to last message was warning: no /dev/console which I believe is the direct cause. I am not very used to *BSD, and I was not able to dump dmesg into some usable device; but I successfully booted FreeBSD 9.1, and I noticed that FreeBSD detects the graphics adapter when enumerating the PCI buses; while no similar message showed detection of a class-2 (video) device on NetBSD. What are my options at this point? Antoine </pre> Antoine LECA 2013-01-07T11:48:33 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4607 <pre>I tried running a netbsd 1.0 binary on amd64 today and found that it has trouble with the old call-gate-based syscall mechanism too. the problem isn't as bad as the i386 one that I fixed a few weeks ago, it only crashes the application and not the system. the problem has to do with our LDT usage: #define LSYS5CALLS_SEL 0 /* iBCS system call gate */ #define LUCODE32_SEL 8 /* 32 bit user code descriptor */ #define LUDATA_SEL 16 /* User data descriptor */ #define LUCODE_SEL 24 /* User code descriptor */ #define LSOL26CALLS_SEL 32 /* Solaris 2.6 system call gate */ #define LUDATA32_SEL 56 /* 32 bit user data descriptor (needed?)*/ #define LBSDICALLS_SEL 128 /* BSDI system call gate */ the first entry is the syscall call gate, but in long mode call gates use two slots, so it collides with LUCODE32_SEL. if I rearrange the entries as in the attached patch then it works. but I'm not sure if changing these could cause other problems, does anyone know more abou</pre> Chuck Silvers 2012-12-10T02:38:36 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4594 <pre> I'd like feedback on the attached patch. Commit message would be approximately as follows: Separate the implementation of PCI Configuration Access Mode 1 and Mode 2 from the x86 pcitag_t. This is desirable so that any tags possibly created prior to parsing of the ACPI MCFG table(s) can be used with a memory-mapped configuration space mechanism afterwards. Jonathan Kollasch Index: sys/arch/x86/include/pci_machdep_common.h =================================================================== RCS file: /cvsroot/src/sys/arch/x86/include/pci_machdep_common.h,v retrieving revision 1.9 diff -u -a -p -r1.9 pci_machdep_common.h --- sys/arch/x86/include/pci_machdep_common.h15 Jun 2012 13:58:34 -00001.9 +++ sys/arch/x86/include/pci_machdep_common.h23 Jul 2012 18:08:17 -0000 &lt; at &gt;&lt; at &gt; -59,13 +59,10 &lt; at &gt;&lt; at &gt; *|1| 0 | BUS | DEV |FUNC | 0 | *+---------------------------------------------------------------+ */ -union x86_pci_tag_u { -uint32_t mode1; -struct { -uint16_t port; -uint</pre> Jonathan A. Kollasch 2012-12-05T02:59:43 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4590 <pre>Hi folks, I have a HP N40L microserver running NetBSD 6.0. Envstat reports the following sensor: Current CritMax WarnMax WarnMin CritMin Unit [amdtemp0] cpu0 temperature: 36.500 degC but the BIOS says there's a system, CPU and northbridge temp. These temps were 25C, 37C and 42C when checked just after getting the above temp from envstat. "i2cscan iic0" reports: iic0: found device at 0x18 iic0: found device at 0x30 iic0: found device at 0x50 iic0: 3 devices found I'd assume that the system temp would be one of the devices on the iic bus? The PCI device list is below, but on a PC would the northbridge be on "the other side" of the PCI devices? 000:00:0: AMD RS880 Host Bridge (host bridge) 000:02:0: AMD RS780 PCI-PCI Bridge (ext gfx port 0) (PCI bridge) 000:04:0: AMD RS780 PCI-PCIE Bridge (port 0) (PCI bridge) 000:06:0: AMD RS780 PCI-PCIE Bridge (port 2) (PCI bridge) 000:17:0: ATI Technologies SB700/SB800 SATA Controller (AHCI m</pre> Simon Burge 2012-11-26T07:48:08 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4572 <pre>Hello all, Just got my new work laptop, a Dell with an Intel i5-3320m processor. The first thing I did after installing NetBSD was compile a new kernel and distribution, with the cpuflags package installed. cpuflags activates -march=native, which in my case enables everything up to SSE4, AVX and all those other newfangled optimisations new processors have. However, after installing the distribution, every command I try to run core- dumps with "Illegal instruction"... I'm still investigating what exactly is going on, and most importantly, what causes the problem, and I'm not sure whether this is a NetBSD or a gcc problem, but I just wanted to ask, has anyone seen this type of thing before? (A quick web search seems to suggest not, but you never know...) Thanks, Jaap </pre> Jaap Boender 2012-11-13T09:28:18 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4557 <pre>I've looked through the list archives and so on, and it appears that it is not yet possible to run freebsd binaries on amd64. correct, or have I missed something? assuming not, is there some some other way to manage 3ware 9000 series controllers on netbsd amd64? tia </pre> heasley 2012-09-06T22:57:25 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4550 <pre>I just picked up a new laptop, an ASUS Z54C, which is working reasonably well for most things, but I've been having trouble getting suspend-to-RAM working... or rather, I've had trouble with resume. :) I'm using the latest netbsd-6 branch. Leaving out all the trouble that X is likely to bring, I'm just trying from the text console. When I do: sysctl -w hw.acpi.sleep.state=3 I get messages on the console about entering S3, and flushing caches, and the laptop appears to sleep. (the power light blinks periodically). However, when I try to resume (by pressing the power button), the power light, caps lock and num lock come on, but the screen (backlight) never does. I've tried poking various things without success. I'd be happy to do more troubleshooting, but I'm at a loss where to go next. Suggestions? Below is the dmesg. Thanks, +j 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 reserve</pre> riz< at >NetBSD.org 2012-08-26T03:45:30 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4547 <pre>Hi, to get -current and netbsd-6 to boot on recent IBM hardware, I need to bump VM_PHYSSEG_MAX in sys/arch/i386/include/vmparam.h and sys/arch/amd64/include/vmparam.h to &gt; 10 (I've used 16 for the purposes of testing). As this only sizes a small array, I don't see a problem with doing this, but people who are more knowledgeable in this area might have an opinion. I would like to commit this ASAP to ensure the tweak is in the 6.0 release even if we later look at the memory initialisation in more detail with DEBUG_MEMLOAD. </pre> Stephen Borrill 2012-08-14T10:25:22 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4530 <pre>Hi All I have been scratching my head on this for a bit.. I am using Kannel.. I am trying to connect a modem to my com port and an unable to get it working.. I know the modem is working as it works on windows and linux.. My dmesg for com displays the following -bash-2.05b$ dmesg |grep com builds&lt; at &gt;b7.netbsd.org:/home/builds/ab/netbsd-5-0-2-RELEASE/i386/201002061851Z -obj/home/builds/ab/netbsd-5-0-2-RELEASE/src/sys/arch/i386/compile/GENERIC ehci0: companion controllers, 2 ports each: uhci0 uhci1 uhci2 uhci3 piixide0: primary channel configured to compatibility mode piixide0: secondary channel configured to compatibility mode com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo com1 at isa0 port 0x2f8-0x2ff irq 3: ns16550a, working fifo I have disabled tty00 in my /etc/tty ttyE2 "/usr/libexec/getty Pc" vt220 on secure ttyE3 "/usr/libexec/getty Pc" vt220 on secure #tty00 "/usr/libexec/getty std.115200" unknown on secure tty01 "/usr/libexec/getty std.9600" unknown off se</pre> Derrick Lobo 2012-07-18T13:54:27 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4525 <pre> FYI the latest amd64/-current HEAD build from today doesn't seem to support much of HP latest Gen8 hardware. Additionally, it seems to lock initializing the EHCI controller. I'll try to get an lspci/dmidecode from a booted RHEL6 system for reference. Pastebin is blocked at work, or dmesgd, but I don't want to post in incomplete/non-booting log. ~BAS ----------------- &lt;/&gt;hpiLO-&gt; vsp Virtual Serial Port Active: COM2 Starting virtual serial port. Press 'ESC (' to return to the CLI Session. 12435720+620392+632472 [842136+558319]=0xf65680 Loading /stand/amd64/6.99.8/modules/cd9660/cd9660.kmod 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.99.8 (GENERIC) #0: Wed Jul 11 10:45:05 UTC 2012 builds&lt; at &gt;b6.netbsd.org:/home/builds/ab/HEAD/amd64/201207110830Z-ob</pre> Brian A. Seklecki 2012-07-12T17:21:09 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4521 <pre># dmesg | grep NetBSD &amp;&amp; sysinst The NetBSD Foundation, Inc. All rights reserved. NetBSD 6.99.8 (INSTALL_XEN3_DOMU) #1: Sat Jun 23 04:06:22 EDT 2012 [1] Segmentation fault (core dumped) sysinst I get that both with the autobuild's 201206230440Z and my own build. Didn't happen with previous builds. --Blair </pre> Blair Sadewitz 2012-06-23T22:46:05 http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/4517 <pre>Hi all, Just to boot cdrom iso on the industrial mainboard with RS690 chipset but get panic. (It also happens on 5.1.2 iso.) The message as below: Press return to boot now, any other key for boot menu booting cd0a:netbsd - starting in 0 seconds. 12166816+633576+650328 [835728+552566]=0xf28098 Loading /stand/amd64/6.0/modules/cd9660/cd9660.kmod 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 = 3791 MB avail memory = 3665 MB mainbus0 (root) cpu0 at mainbus0 apid 0: AMD Turion(tm) 64 X2 Mobile Technology TL-66, id 0x60f81 cpu1 at mainbus0 apid 1: AMD Turion(tm) 64 X2 Mobile Technology TL-66, id 0x60f81 ioapic0 at mainbus0 apid 2 acpi0 at mainbus0: Intel ACPICA 20110623 hpet0 at acpi0: high precision event timer (mem 0xfed00000-0xfed004</pre> rxg< at >lavabit.com 2012-06-20T16:03:24 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.os.netbsd.ports.x86-64