new models nvidia AMD ASUS board
something needs to be done about getting it to install on the new (ASUS) nvidia chipsets (specifically SATA2.0 and Gb ethernet) -- AWP ICQ:100373317 odigo: nagualshroom (2664065) webpages: http://glamdy.info http://sorceryworld.net or http://xorcery.info or http://xorcery.net ICQ webpage : http://www.icq.com/100373317 360:http://360.yahoo.com/andrew_awp MySpace:http://www.myspace.com/annoyingspore web rings: http://i.webring.com/hub?ring=nagualring http://n.webring.com/hub?ring=dreamingthedrea1 usergroups: xorcery group at yahoo groups: http://groups.yahoo.com/group/xorcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: max_interrupt_work: forcedeth module parameter to fix "too many iterations (6) in nv_nic_irq" error
On Mon, Aug 21, 2006 at 12:50:15PM +0100, Dave Ewart wrote: > On Monday, 21.08.2006 at 19:43 +1000, Alexander Samad wrote: > > > install forcedeth /sbin/modprobe --ignore-install forcedeth ; > > /usr/sbin/ethtool -s eth0 wol umbg > > options forcedeth max_interrupt_work=15 > > options forcedeth optimization_mode=0 > > > > I found placing max_interrupt_work=15 worked better for me, I was > > burning dvd's across Gige > > > > Memory servers me correctly optimization_mode = 0 uses card off loading > > I think > > Thanks related to /etc/modprobe.d advice etc. > > The second option above (optimization_mode) sounds interesting - how > does that change the default behaviour? In what circumstances is it > helpful? This is from the forcedeth.c /* * Optimization can be either throuput mode or cpu mode * * Throughput Mode: Every tx and rx packet will generate an interrupt. * CPU Mode: Interrupts are controlled by a timer. */ #define NV_OPTIMIZATION_MODE_THROUGHPUT 0 #define NV_OPTIMIZATION_MODE_CPU1 static int optimization_mode = NV_OPTIMIZATION_MODE_THROUGHPUT; By default it uses throuput mode, which is a int for every packet. I think I got it wrong before (relying on faulty memory) > > Dave. > -- > Dave Ewart > [EMAIL PROTECTED] > Computing Manager, Cancer Epidemiology Unit > Cancer Research UK / Oxford University > PGP: CC70 1883 BD92 E665 B840 118B 6E94 2CFD 694D E370 > Get key from http://www.ceu.ox.ac.uk/~davee/davee-ceu-ox-ac-uk.asc > N 51.7518, W 1.2016 signature.asc Description: Digital signature
Put AMD64 server in production on corporation about with 4000 users
Hi! I'm thinking to put amd64 on all my production servers and migrate my services that are in 32 bits too, and i wanna know if you approve that or your recommendation is to leave all on 32 bits?
Put AMD64 server in production on corporation about 4000 with users
Hi! I'm thinking to put amd64 on all my production servers and migrate my services that are in 32 bits too, and i wanna know if you approve that or your recommendation is to leave all on 32 bits? Thanks!
Re: Flash in firefox on amd64 -- revisted?
El Lunes, 21 de Agosto de 2006 21:45, Robert Isaac escribió: > HA! They also said they'd release an 8.5 player for GNU/Linux. I'll > believe it when I see it. But now they have devels working on it and blogging about it http://blogs.adobe.com/penguin.swf/ Regards, -- Rafael Rodríguez http://unrincon.blogspot.com http://cornerofcode.blogspot.com
Re: Flash in firefox on amd64 -- revisted?
> Every single Free flash plugin sucks & is useless. That's about all > there is to say on the matter right now A bit brutal, but I'm afraid it is correct. I had pretty good luck with libswfdec (meaning it didn't crash as often). Another good example on why closed formats (and not closed source) are bad. Adobe said they'll release a complete API with version 9 of the linux flash player, let's wait... HA! They also said they'd release an 8.5 player for GNU/Linux. I'll believe it when I see it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nvidia-kernel
On Mon, Aug 21, 2006 at 09:51:37PM +0200, Philippe Bourcier wrote: > hi all, > > I am using the amd64 port: > $ uname -a > Linux gala 2.6.17-2-amd64 #1 SMP Fri Aug 11 20:47:32 CEST 2006 > x86_64 GNU/Linux > > could somebody explain me the following: > > $ apt-config dump |grep Architecture > APT::Architecture "amd64"; > $ apt-cache search nvidia-kernel > nvidia-kernel-common - NVIDIA binary kernel module common files > nvidia-glx - NVIDIA binary XFree86 4.x driver > nvidia-glx-ia32 - NVIDIA binary XFree86 4.x driver > nvidia-glx-legacy - NVIDIA binary Xorg driver (legacy version) > nvidia-glx-legacy-ia32 - NVIDIA binary Xorg driver (legacy > version) > nvidia-kernel-2.6-486 - NVIDIA binary kernel module for 2.6 > series compiled for 486 > nvidia-kernel-2.6-686 - NVIDIA binary kernel module for 2.6 > series compiled for 686 > nvidia-kernel-2.6-k7 - NVIDIA binary kernel module for 2.6 series > compiled for k7 > nvidia-kernel-legacy-2.6-486 - NVIDIA binary kernel module for > 2.6 series compiled for 486 > nvidia-kernel-legacy-2.6-686 - NVIDIA binary kernel module for > 2.6 series compiled for 686 > nvidia-kernel-legacy-2.6-k7 - NVIDIA binary kernel module for 2.6 > series compiled for k7 > nvidia-kernel-legacy-source - NVIDIA binary kernel module source > (legacy version) > nvidia-kernel-source - NVIDIA binary kernel module source > > why this? > this is quiet the same than for i386: > > $ apt-config dump |grep Architecture > APT::Architecture "i386"; > $ apt-cache search nvidia-kernel > nvidia-kernel-common - NVIDIA binary kernel module common files > nvidia-glx - NVIDIA binary XFree86 4.x driver > nvidia-glx-legacy - NVIDIA binary Xorg driver (legacy version) > nvidia-kernel-2.6-486 - NVIDIA binary kernel module for 2.6 > series compiled for 486 > nvidia-kernel-2.6-686 - NVIDIA binary kernel module for 2.6 > series compiled for 686 > nvidia-kernel-2.6-k7 - NVIDIA binary kernel module for 2.6 series > compiled for k7 > nvidia-kernel-2.6.17-1-486 - NVIDIA binary kernel module for > Linux 2.6.17-1-486 > nvidia-kernel-2.6.17-1-686 - NVIDIA binary kernel module for > Linux 2.6.17-1-686 > nvidia-kernel-2.6.17-1-k7 - NVIDIA binary kernel module for Linux > 2.6.17-1-k7 > nvidia-kernel-legacy-2.6-486 - NVIDIA binary kernel module for > 2.6 series compiled for 486 > nvidia-kernel-legacy-2.6-686 - NVIDIA binary kernel module for > 2.6 series compiled for 686 > nvidia-kernel-legacy-2.6-k7 - NVIDIA binary kernel module for 2.6 > series compiled for k7 > nvidia-kernel-legacy-2.6.17-1-486 - NVIDIA binary kernel module > for Linux 2.6.17-1-486 (legacy version) > nvidia-kernel-legacy-2.6.17-1-686 - NVIDIA binary kernel module > for Linux 2.6.17-1-686 (legacy version) > nvidia-kernel-legacy-2.6.17-1-k7 - NVIDIA binary kernel module > for Linux 2.6.17-1-k7 (legacy version) > nvidia-kernel-legacy-source - NVIDIA binary kernel module source > (legacy version) > nvidia-kernel-source - NVIDIA binary kernel module source > > where can I find something like nvidia-kernel-2.6.17-1-amd64? # apt-get install nvidia-kernel-source module-assistant # m-a -t prepare # m-a a-i -t nvidia All done. Precompiled modules tae a while to show up. Simpler to build your own. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nvidia-kernel
hi all, I am using the amd64 port: $ uname -a Linux gala 2.6.17-2-amd64 #1 SMP Fri Aug 11 20:47:32 CEST 2006 x86_64 GNU/Linux could somebody explain me the following: $ apt-config dump |grep Architecture APT::Architecture "amd64"; $ apt-cache search nvidia-kernel nvidia-kernel-common - NVIDIA binary kernel module common files nvidia-glx - NVIDIA binary XFree86 4.x driver nvidia-glx-ia32 - NVIDIA binary XFree86 4.x driver nvidia-glx-legacy - NVIDIA binary Xorg driver (legacy version) nvidia-glx-legacy-ia32 - NVIDIA binary Xorg driver (legacy version) nvidia-kernel-2.6-486 - NVIDIA binary kernel module for 2.6 series compiled for 486 nvidia-kernel-2.6-686 - NVIDIA binary kernel module for 2.6 series compiled for 686 nvidia-kernel-2.6-k7 - NVIDIA binary kernel module for 2.6 series compiled for k7 nvidia-kernel-legacy-2.6-486 - NVIDIA binary kernel module for 2.6 series compiled for 486 nvidia-kernel-legacy-2.6-686 - NVIDIA binary kernel module for 2.6 series compiled for 686 nvidia-kernel-legacy-2.6-k7 - NVIDIA binary kernel module for 2.6 series compiled for k7 nvidia-kernel-legacy-source - NVIDIA binary kernel module source (legacy version) nvidia-kernel-source - NVIDIA binary kernel module source why this? this is quiet the same than for i386: $ apt-config dump |grep Architecture APT::Architecture "i386"; $ apt-cache search nvidia-kernel nvidia-kernel-common - NVIDIA binary kernel module common files nvidia-glx - NVIDIA binary XFree86 4.x driver nvidia-glx-legacy - NVIDIA binary Xorg driver (legacy version) nvidia-kernel-2.6-486 - NVIDIA binary kernel module for 2.6 series compiled for 486 nvidia-kernel-2.6-686 - NVIDIA binary kernel module for 2.6 series compiled for 686 nvidia-kernel-2.6-k7 - NVIDIA binary kernel module for 2.6 series compiled for k7 nvidia-kernel-2.6.17-1-486 - NVIDIA binary kernel module for Linux 2.6.17-1-486 nvidia-kernel-2.6.17-1-686 - NVIDIA binary kernel module for Linux 2.6.17-1-686 nvidia-kernel-2.6.17-1-k7 - NVIDIA binary kernel module for Linux 2.6.17-1-k7 nvidia-kernel-legacy-2.6-486 - NVIDIA binary kernel module for 2.6 series compiled for 486 nvidia-kernel-legacy-2.6-686 - NVIDIA binary kernel module for 2.6 series compiled for 686 nvidia-kernel-legacy-2.6-k7 - NVIDIA binary kernel module for 2.6 series compiled for k7 nvidia-kernel-legacy-2.6.17-1-486 - NVIDIA binary kernel module for Linux 2.6.17-1-486 (legacy version) nvidia-kernel-legacy-2.6.17-1-686 - NVIDIA binary kernel module for Linux 2.6.17-1-686 (legacy version) nvidia-kernel-legacy-2.6.17-1-k7 - NVIDIA binary kernel module for Linux 2.6.17-1-k7 (legacy version) nvidia-kernel-legacy-source - NVIDIA binary kernel module source (legacy version) nvidia-kernel-source - NVIDIA binary kernel module source where can I find something like nvidia-kernel-2.6.17-1-amd64? thanks a lot, -- / \ ((__-^^-,-^^-__)) .''`. Philippe BOURCIER `-_---' `---_-' .-. : :' : http://bourcier.philippe.online.fr `--|o` 'o|--' /V\ `. `' \ ` / // \\ `- Linux Counter registered user #290012): :( /( )\ :o_o: ^^-^^ "-" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Can't install -- locks up
On Fri, Aug 18, 2006 at 06:58:30PM -0600, Andrew Robinson wrote: > I took one of my RAM chips out and moved the one from DIMM2 to DIMM3, > so that I have DIMM1 & DIMM2 only filled now. The board supports dual > channel memory, and I wonder if somehow it didn't like me putting > different sizes in the same channel. > > I just tried a kernel recompile (while still in X this time) and I had > no issues (first time it got through a full compile with no hang). So > it was either the chip or the configuration of using that chip with > the others. The one I took out was an older pc2700 256mb chip. > > Thought I would post the result in case it helps anyone else. Mixing memory speeds can cause problems. It doesn't always, but it often does. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Flash in firefox on amd64 -- revisted?
On Mon, 21 Aug 2006 09:40:07 +0200, Jo Shields wrote: > Every single Free flash plugin sucks & is useless. That's about all > there is to say on the matter right now A bit brutal, but I'm afraid it is correct. Another good example on why closed formats (and not closed source) are bad. Adobe said they'll release a complete API with version 9 of the linux flash player, let's wait... -- Best Regards, Jack Linux User #264449 Powered by Debian GNU/Linux on AMD64 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libsc8
Aimed at reinstalling mpqc 2.3.1 from scratch, I also wanted to reinstall required tk8.4 and libsc8 (although "apt-cache show" shows both installed and existing from The Scientific Computing Toolkit). No problem on reinstalling tk8.4, while: #apt-get --reinstall install libsc8 reported "not reinstalled because it cannot be downloaded" Is that libsc8 has first to be removed? Not attempted. All that because mpqc is unable to complete complex computations very similar to those that it was able to complete successfully before. I want to be sure that there is no corruption (which is not so easy - or speedy - to verify otherwise: with simple, speedy computations no problem arises). Thank you francesco pietra -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: max_interrupt_work: forcedeth module parameter to fix "too many iterations (6) in nv_nic_irq" error
On Monday, 21.08.2006 at 19:43 +1000, Alexander Samad wrote: > install forcedeth /sbin/modprobe --ignore-install forcedeth ; > /usr/sbin/ethtool -s eth0 wol umbg > options forcedeth max_interrupt_work=15 > options forcedeth optimization_mode=0 > > I found placing max_interrupt_work=15 worked better for me, I was > burning dvd's across Gige > > Memory servers me correctly optimization_mode = 0 uses card off loading > I think Thanks related to /etc/modprobe.d advice etc. The second option above (optimization_mode) sounds interesting - how does that change the default behaviour? In what circumstances is it helpful? Dave. -- Dave Ewart [EMAIL PROTECTED] Computing Manager, Cancer Epidemiology Unit Cancer Research UK / Oxford University PGP: CC70 1883 BD92 E665 B840 118B 6E94 2CFD 694D E370 Get key from http://www.ceu.ox.ac.uk/~davee/davee-ceu-ox-ac-uk.asc N 51.7518, W 1.2016 signature.asc Description: Digital signature
Re: max_interrupt_work: forcedeth module parameter to fix "too many iterations (6) in nv_nic_irq" error
On Mon, Aug 21, 2006 at 10:08:29AM +0100, Dave Ewart wrote: > I've been seeing the error: > > Aug 18 21:24:59 titan kernel: eth-gig1: too many iterations (6) in > nv_nic_irq. > Aug 18 21:24:59 titan kernel: eth-gig1: too many iterations (6) in > nv_nic_irq. > Aug 18 21:24:59 titan kernel: eth-gig1: too many iterations (6) in > nv_nic_irq. > > in the logs when there is heavy network traffic on my Sarge/amd64 > system. The error is produced by the kernel module forcedeth for the > on-board gigabit ethernet controller. > > Suggestions I've found through googling indicate using the > 'max_interrupt_work' module parameter and setting it to 10, rather than > the default 5. > > My question is: what/where is The Right Place to put this module > parameter setting? I went to /etc/modules.conf first: but a note in > that file indicates it should not be edited directly: > > # Please do not edit this file directly. If you want to change or add > # anything please take a look at the files in /etc/modutils and read > # the manpage for update-modules > > However, the manpage for update-modules says that it is 'deprecated'. > > Would it just be OK to edit /etc/modules.conf to change: > > ... > ... > forcedeth > ... > ... > > to > > ... > ... > forcedeth max_interrupt_work=10 > ... > ... > > ? > > Thoughts and suggestions welcome. I have mine in /etc/profile.d/alex (thats were I place all my module stuf) install forcedeth /sbin/modprobe --ignore-install forcedeth ; /usr/sbin/ethtool -s eth0 wol umbg options forcedeth max_interrupt_work=15 options forcedeth optimization_mode=0 I found placing max_interrupt_work=15 worked better for me, I was burning dvd's across Gige Memory servers me correctly optimization_mode = 0 uses card off loading I think > > Dave. > > -- > Dave Ewart > [EMAIL PROTECTED] > Computing Manager, Cancer Epidemiology Unit > Cancer Research UK / Oxford University > PGP: CC70 1883 BD92 E665 B840 118B 6E94 2CFD 694D E370 > Get key from http://www.ceu.ox.ac.uk/~davee/davee-ceu-ox-ac-uk.asc > N 51.7518, W 1.2016 signature.asc Description: Digital signature
Re: max_interrupt_work: forcedeth module parameter to fix "too many iterations (6) in nv_nic_irq" error
On Mon, Aug 21, 2006 at 10:08:29AM +0100, Dave Ewart wrote: > Suggestions I've found through googling indicate using the > 'max_interrupt_work' module parameter and setting it to 10, rather than > the default 5. > > My question is: what/where is The Right Place to put this module > parameter setting? I went to /etc/modules.conf first: but a note in > that file indicates it should not be edited directly: [..] > However, the manpage for update-modules says that it is 'deprecated'. The replacement directory is /etc/modprobe.d and I don't think any update-* is required. > Would it just be OK to edit /etc/modules.conf to change: No, your changes will be lost. Make a file of any name in /etc/modprobe.d and put options forcedeth ... eg I have /etc/modprobe.d/alsa-options which says # Set preferred order of the sound cards options snd-intel8x0 index=0 options snd-ens1371 index=1 Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: OpenOffice in chroot -- fonts?
Andrew Robinson wrote: I managed to get openoffice to install fine in a ia32 chroot environment (from pages like [1]). It runs okay, but everything is extremely large. The fonts (menu bars, dialogs, etc.) are about 18pt font or so (buttons in the dialogs are huge). I'm not sure if this is a dpi, font or resolution problem. Would appreciate some advice. I'm starting to debate ditching amd64 for i386 as much as I'd hate to to avoid all these problems (mplayer & codecs, flash in firefox, openoffice, wine, etc.). Use a font server like xfs. That way, the same fonts will be available to 32-bit and 64-bit software. Alternatively, install your font collection in the chroot too. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
max_interrupt_work: forcedeth module parameter to fix "too many iterations (6) in nv_nic_irq" error
I've been seeing the error: Aug 18 21:24:59 titan kernel: eth-gig1: too many iterations (6) in nv_nic_irq. Aug 18 21:24:59 titan kernel: eth-gig1: too many iterations (6) in nv_nic_irq. Aug 18 21:24:59 titan kernel: eth-gig1: too many iterations (6) in nv_nic_irq. in the logs when there is heavy network traffic on my Sarge/amd64 system. The error is produced by the kernel module forcedeth for the on-board gigabit ethernet controller. Suggestions I've found through googling indicate using the 'max_interrupt_work' module parameter and setting it to 10, rather than the default 5. My question is: what/where is The Right Place to put this module parameter setting? I went to /etc/modules.conf first: but a note in that file indicates it should not be edited directly: # Please do not edit this file directly. If you want to change or add # anything please take a look at the files in /etc/modutils and read # the manpage for update-modules However, the manpage for update-modules says that it is 'deprecated'. Would it just be OK to edit /etc/modules.conf to change: ... ... forcedeth ... ... to ... ... forcedeth max_interrupt_work=10 ... ... ? Thoughts and suggestions welcome. Dave. -- Dave Ewart [EMAIL PROTECTED] Computing Manager, Cancer Epidemiology Unit Cancer Research UK / Oxford University PGP: CC70 1883 BD92 E665 B840 118B 6E94 2CFD 694D E370 Get key from http://www.ceu.ox.ac.uk/~davee/davee-ceu-ox-ac-uk.asc N 51.7518, W 1.2016 signature.asc Description: Digital signature
Re: apt/dpkg always upgrade still upgraded packages
Jo Shields wrote: > "apt-get clean" should help No not really. I also backported packages on Intel systems, but I never saw this issue there. Peter -- Unofficial repository for AMD64: PHP 5.1 - Postfix 2.2 - VNSTAT 1.4 deb http://peter.st/debian-amd64/ sarge main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt/dpkg always upgrade still upgraded packages
Sander Smeenk wrote: Quoting Peter Stoehr ([EMAIL PROTECTED]): But, whenever I make "apt-get update && apt-get upgrade", apt want to upgrade Postfix and Vnstat again and again. Did I something wrong when building the packages? I have the exact same behaviour on one of my hosts with the libselinux1 package, which is an official Debian package, so it's not necessarily related to your own packages... No clue how to fix it tho'. Using dpkg --force-depends --purge and apt-get install again doesn't fix it either. "apt-get clean" should help -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Flash in firefox on amd64 -- revisted?
Jean-Luc Coulon wrote: On Mon, Aug 21, 2006 at 05:22:32AM +, Jack Malmostoso wrote: On Mon, 21 Aug 2006 03:20:03 +0200, Andrew Robinson wrote: Any hope of running flash on amd64 without chroot jailing firefox to 32bit mode? If you talk about the macromedia plugin, you need the 32bit browser. Otherwise, try gnash. I tried gnash and got a crash each time a flash was on the page. Maybe it needs some maturation... Regards Jean-Luc Every single Free flash plugin sucks & is useless. That's about all there is to say on the matter right now -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt/dpkg always upgrade still upgraded packages
Quoting Peter Stoehr ([EMAIL PROTECTED]): > But, whenever I make "apt-get update && apt-get upgrade", apt want to > upgrade Postfix and Vnstat again and again. > Did I something wrong when building the packages? I have the exact same behaviour on one of my hosts with the libselinux1 package, which is an official Debian package, so it's not necessarily related to your own packages... No clue how to fix it tho'. Using dpkg --force-depends --purge and apt-get install again doesn't fix it either. -- | > Because it messes up the order in which people normally read text. | > > Why is top-posting such a bad thing? | > > > Top-posting. | > > > > What is the most annoying thing on usenet and in email? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Flash in firefox on amd64 -- revisted?
On Mon, Aug 21, 2006 at 05:22:32AM +, Jack Malmostoso wrote: > On Mon, 21 Aug 2006 03:20:03 +0200, Andrew Robinson wrote: > > > Any hope of running flash on amd64 without chroot jailing firefox to > > 32bit mode? > > If you talk about the macromedia plugin, you need the 32bit browser. > Otherwise, try gnash. I tried gnash and got a crash each time a flash was on the page. Maybe it needs some maturation... Regards Jean-Luc signature.asc Description: Digital signature