headers
Shin'ichiro TAYA | 5 Oct 2004 18:21
Picon

sk on ASUS K8V SE Delux

Hi,
I've just got ASUS K8V SE Delux system and joined amd64 world.
On the motherboard, Marvell chip is used.
Problems are:

1)sk is missing from install kernel.
I've add following lines to src/sys/arch/amd64/conf/INSTALL, and
worked fine.
Could anybody add those line to INSTALL?

skc*   at pci? dev ? function ?		# SysKonnect SK9821 Gigabit Ethernet
sk*    at skc?				# SysKonnect SK9821 Gigabit Ethernet

2)Running kernel GENERIC, sk0 doesn't work unless ifconfig sk0 down and up.
Does anybody experience this problem?
Permalink | Reply | 5 comments |
headers
Richard Rauch | 6 Oct 2004 19:32

Re: kernel panics on heavy disk I/O

On Wed, Oct 06, 2004 at 05:49:34PM +0100, Bill Russell Nicolas wrote:
> Hi,
> 
> My system constantly crashes and reboot whenever I
> perform heavy disk I/O processes like extracting
> pkgsrc.tgz. My system is an AMD64 2800+ on MSI Neo
> Platinum board (nForce3) and 512 DDR 400. I'm using
> NetBSD_RC1, NetBSD_RC2 and the 20040715 kernels but
> all panicked in the same manner. I've already disabled
> ACPI so now I'm hoping it's not a memory problem.

Do you get any additional information about the panic?

Did you disable IOAPIC (not, I think, related to ACPI)?
Or did you mean IOAPIC when you said ACPI?

I never had a panic caused by IOAPIC, but had some strange
problems caused by this.  I have been told that running
without IOAPIC is "not really supoprted", but if I don't
disable it, I would lose devices such as my ethernet
or USB.  Some would never work, others would only work
for a while, then would appear to lose track of their
interrupts and stop working.

I do not know if this could cause a panic, but exactly
*which* devices I lost depended upon my PCI card
arrangements.  I assume that with the "right" setup,
you could lose almost any device.  I never noticed any
association to intensive use of any resources.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bill Russell Nicolas | 6 Oct 2004 18:49
Picon
Favicon

kernel panics on heavy disk I/O

Hi,

My system constantly crashes and reboot whenever I
perform heavy disk I/O processes like extracting
pkgsrc.tgz. My system is an AMD64 2800+ on MSI Neo
Platinum board (nForce3) and 512 DDR 400. I'm using
NetBSD_RC1, NetBSD_RC2 and the 20040715 kernels but
all panicked in the same manner. I've already disabled
ACPI so now I'm hoping it's not a memory problem.

Does anybody have similar experience with this kind of
problem?

Thanks,

Bill

	
	
		
___________________________________________________________ALL-NEW Yahoo! Messenger - all new
features - even more fun!  http://uk.messenger.yahoo.com
Permalink | Reply | 1 comment |
headers
Manuel Bouyer | 6 Oct 2004 21:06

Re: sk on ASUS K8V SE Delux

On Wed, Oct 06, 2004 at 01:21:44AM +0900, Shin'ichiro TAYA wrote:
> 
> 2)Running kernel GENERIC, sk0 doesn't work unless ifconfig sk0 down and up.
> Does anybody experience this problem?

Yes, known problem. Can you try a recent current kernel and see if it helps ?
There have been commits to the sk driver recently.

--

-- 
Manuel Bouyer <bouyer <at> antioche.eu.org>
     NetBSD: 26 ans d'experience feront toujours la difference
--
Permalink | Reply | 4 comments |
headers
Nicolas Joly | 13 Oct 2004 18:10
Picon
Picon
Favicon

gdb sometimes miss backtraces


Hi,

I just wanted to report that, our in-tree gdb, sometimes, fail to get
the backtraces on amd64, while examining core files; and only show the
final function. A locally compiled gdb 6.2 does not exhibit that
behaviour.

njoly <at> lanfeust [~/tmp]> gdb /local/gensoft/bin/blastclust blastclust.core 
GNU gdb 5.3nb1
Copyright 2002 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 is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64--netbsd"...
Core was generated by `blastclust'.
Program terminated with signal 8, Arithmetic exception.
Reading symbols from /usr/libexec/ld.elf_so...done.
Loaded symbols for /usr/libexec/ld.elf_so
Reading symbols from /usr/lib/libpthread.so.0...done.
Loaded symbols for /usr/lib/libpthread.so.0
Reading symbols from /usr/lib/libm.so.0...done.
Loaded symbols for /usr/lib/libm.so.0
Reading symbols from /usr/lib/libc.so.12...done.
Loaded symbols for /usr/lib/libc.so.12
#0  0x0000000040c13cac in __ieee754_exp () from /usr/lib/libm.so.0
(gdb) bt
#0  0x0000000040c13cac in __ieee754_exp () from /usr/lib/libm.so.0
(gdb)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bill Russell Nicolas | 17 Oct 2004 08:31
Picon
Favicon

compiling x.org in 2.0H

Hi everyone,

I have problems compiling X.org under 2.0H/amd64. It
stops
in xorg-imake, displaying the following error message:

gcc -O2 -ansi -Dasm=__asm GccWarningOptions
-I../../config/imake -I../../include
-I../../exports/include/X11 -I../../
-I../../exports/include -DCSRG_BASED -DFUNCPROTO=15
-DNARROWPROTO -c include.c

gcc:GccWarningOptions: No such file or directory

Also, anybody got the nforce3 Gigabit or wireless LAN
working (MSI Neo Platinum board using nforce3 chip)?

Thanks,
Bill

	
	
		
___________________________________________________________ALL-NEW Yahoo! Messenger - all new
features - even more fun!  http://uk.messenger.yahoo.com
Permalink | Reply | 2 comments |
headers
Nicolas Joly | 17 Oct 2004 10:43
Picon
Picon
Favicon

Re: compiling x.org in 2.0H

On Sun, Oct 17, 2004 at 07:31:07AM +0100, Bill Russell Nicolas wrote:
> Hi everyone,
> 
> I have problems compiling X.org under 2.0H/amd64. It
> stops
> in xorg-imake, displaying the following error message:
> 
> gcc -O2 -ansi -Dasm=__asm GccWarningOptions
> -I../../config/imake -I../../include
> -I../../exports/include/X11 -I../../
> -I../../exports/include -DCSRG_BASED -DFUNCPROTO=15
> -DNARROWPROTO -c include.c
> 
> gcc:GccWarningOptions: No such file or directory

AFAIK, there is no support for NetBSD/amd64 in XOrg (and XFree86 CVS).

Perhaps, we can extract a set of patches from our xsrc tree and give
them back to both XFree86 and XOrg.

--

-- 
Nicolas Joly

Biological Software and Databanks.
Institut Pasteur, Paris.
Permalink | Reply | 1 comment |
headers
Nicolas Joly | 18 Oct 2004 13:55
Picon
Picon
Favicon

Re: compiling x.org in 2.0H

On Sun, Oct 17, 2004 at 10:43:25AM +0200, Nicolas Joly wrote:
> On Sun, Oct 17, 2004 at 07:31:07AM +0100, Bill Russell Nicolas wrote:
> > Hi everyone,
> > 
> > I have problems compiling X.org under 2.0H/amd64. It
> > stops
> > in xorg-imake, displaying the following error message:
> > 
> > gcc -O2 -ansi -Dasm=__asm GccWarningOptions
> > -I../../config/imake -I../../include
> > -I../../exports/include/X11 -I../../
> > -I../../exports/include -DCSRG_BASED -DFUNCPROTO=15
> > -DNARROWPROTO -c include.c
> > 
> > gcc:GccWarningOptions: No such file or directory
> 
> AFAIK, there is no support for NetBSD/amd64 in XOrg (and XFree86 CVS).
> 
> Perhaps, we can extract a set of patches from our xsrc tree and give
> them back to both XFree86 and XOrg.

Can you try the following set of patches ?

--

-- 
Nicolas Joly

Biological Software and Databanks.
Institut Pasteur, Paris.

(Continue reading)






Permalink
| Reply
| 0 comments  
| 



  

  

  





headers


Thor Lancelot Simon
 | 
20 Oct 2004 03:00





2.0 snapshot BitTorrents


To test a few things out prior to the 2.0 release, I have made the
2004-10-16 binary snapshot of NetBSD-2.0 available by BitTorrent, for
the i386, sparc64, alpha, amd64, and macppc ports (and the source sets
as well).

This is a _one time_ experiment; we are almost certainly not going to
make all architectures or all snapshots available by BitTorrent because
it's just impractical; thousands of file descriptors and hundreds of
server processes would be required.

However, I'd love it if anyone contemplating upgrading to the 2.0 branch
before the release chose now to do it, and gave our BitTorrent setup
a workout by doing so.  You will find the torrent files in the
"binary/sets" directory of the 20041016 NetBSD-2.0 snapshot for each
architecture I've enabled on the releng.netbsd.org FTP server.

Please let me know how this works for you.  Also, please don't leech;
leave your bittorent client running at least for a _little_ while so
others can benefit from what you downloaded.

--

-- 
 Thor Lancelot Simon	                                      tls <at> rek.tjls.com
   But as he knew no bad language, he had called him all the names of common
 objects that he could think of, and had screamed: "You lamp!  You towel!  You
 plate!" and so on.              --Sigmund Freud







Permalink
| Reply
| 0 comments  
| 



  

  

  





headers


Nicolas Joly
 | 
20 Oct 2004 16:54






Picon

Picon

Favicon





threaded applications randomly crash on -current



Hi,

While trying some bioinfo applications on our amd64 machines running
2.99.10 and 2.0H kernels (we currently run them on Tru64/alpha), i
noticed that the threaded ones randomly crash (at least NCBI blast and
WashU hmmer).

In the meantime, they run flawlessly on other systems i tested, under
the same conditions: NetBSD/i386 2.99.10, NetBSD/alpha 2.99.10,
Linux/amd64 CentOS-3.3RC1 and Tru64/alpha v5.1.

They work fine, without thread support too.

njoly <at> lanfeust [tmp/blastclust]> uname -a
NetBSD lanfeust.sis.pasteur.fr 2.99.10 NetBSD 2.99.10 (LANFEUST) #0: Wed Oct 20 11:11:55 CEST 2004 
njoly <at> lanfeust.sis.pasteur.fr:/local/src/NetBSD/obj/amd64/sys/arch/amd64/compile/LANFEUST amd64

First try with blast 2.2.9 :

njoly <at> lanfeust [tmp/blastclust]> while test ! -f blastclust.core
do
blastclust -p F -i nidulans.seq -o /dev/null     
done
Oct 20, 2004  2:25 PM Start clustering of 7799 queries
Oct 20, 2004  2:25 PM Start clustering of 7799 queries
Oct 20, 2004  2:25 PM Start clustering of 7799 queries
njoly <at> lanfeust [tmp/blastclust]> file blastclust.core
blastclust.core: ELF 64-bit LSB core file AMD x86-64, version 1 (SYSV), NetBSD-style, from 'blastclust'
(signal 8)

(Continue reading)






Permalink
| Reply
| 3 comments  
| 



  

  

  

  


  





    



Gmane