Re: SATA RAID5 adaptor other than 3ware?
Hi, Thanks! I have found GDT8546RZ which would fit my needs, but when I rgrep -i for icp or gdt in /lib/modules/2.6.8-9-amd64-k8-smp/kernel/drivers/scsi , it only matches ips.ko which seems to be a SCSI, not SATA module. So I guess there is a module, hopefully source code, available from ICP's site? The driver show all disks as SCSI-Disks, also the SATA-Disks. The product page http://www.icp-vortex.com/english/product/pci/rz_sata/8546rz_e.htm it lists Linux under the supported platforms, but it's not clear if AMD64 is included. It is supported. They have also the tools for the AMD64. I use the same card since 6 month without problems. Otherwise ICP-Vortex has a very good hotline, call them for further questions (no expensive service number!!). Greetings Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Almost there
On 7/19/05, Gary Hodges [EMAIL PROTECTED] wrote: I made the change as instructed. #undef ATA_NDEBUG /* define to disable quick runtime checks */ #define ATA_ENABLE_ATAPI/* define to enable ATAPI support */ #undef ATA_ENABLE_PATA /* define to enable PATA support in some After rebooting I see the following with dmesg: cloud:/home/hodges# dmesg | grep ata2 ata2: SATA max UDMA/133 cmd 0x1C38 ctl 0x1C32 bmdma 0x1C18 irq 23 ata2: dev 0 cfg 49:0f00 82: 83: 84: 85: 86: 87: 88:101f ata2: dev 0 ATAPI, max UDMA/66 ata2: dev 0 configured for UDMA/66 So it looks like the drive is seen as I only have the one SATA device. My question is how do I mount it? I'm not seeing ata2 in /dev or anything that looks like it would work. It turns up as a scsi device. Running a 'cat /proc/scsi/scsi' should give you a bit more output and the CD should be mountable as device /dev/scd0. ~David
Re: SATA RAID5 adaptor other than 3ware? Thanks alot!
Ok, thanks to all you guys, I have found the new LSI MegaRAID 300-8x to fit my needs most closely. They are becoming available now and I have enough time to validate one in another soon-to-arrive GX28. It has the connectors on the back side, but it's short enough and it seems to be a decent performer (judging from the Areca card http://www.tweakers.net/reviews/557 which uses the same XOR hardware - I don't trust the Areca hardware though (fan) and have very good experiences with LSI for years now). Unfortunately the MegaRAID 300-4x doesn't seem to be out yet but the price difference is a minor issue. Nice feat is support of NCQ btw, got four NCQ disks on my desk already :-) Sönke Am Dienstag, 19. Juli 2005 12:15 schrieb Stefan Lüthje: The driver show all disks as SCSI-Disks, also the SATA-Disks. Yeah, I confused that with the newer libata drivers (which also add SCSI devices and reside in drivers/scsi/) which are for 'passive' adaptors only of course. :-/ The product page http://www.icp-vortex.com/english/product/pci/rz_sata/8546rz_e.htm it lists Linux under the supported platforms, but it's not clear if AMD64 is included. It is supported. They have also the tools for the AMD64. I use the same card since 6 month without problems. Otherwise ICP-Vortex has a very good hotline, call them for further questions (no expensive service number!!).
X.org and NVidia
Hi, i have installed x.org and would like to use the nvidia-driver for my nvidia GPU. Trying to install nvidia-glx, I get a dependence problem. nvidia-glx needs : nvidia-glx: Depends: xlibmesa-glu but it is not installed or libglu but it is not installable or libglu1 But xlibmesa-glu is in conflict with libglu1-xorg. Trying to force the installation of nvidia-glx it works fine. Only apt-get shows me the dependencies problems. Is it a problem of the liblu1, that it does not contain the libglu1-xorg? Thanks Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X.org and NVidia
On 7/20/05, Alexander Jede [EMAIL PROTECTED] wrote: Hi,i have installed x.org and would like to use the nvidia-driver for mynvidia GPU.Trying to install nvidia-glx, I get a dependence problem. nvidia-glxneeds : nvidia-glx: Depends: xlibmesa-glu but it is not installed or libglu but it is not installable or libglu1But xlibmesa-glu is in conflict with libglu1-xorg.Trying to force the installation of nvidia-glx it works fine. Onlyapt-get shows me the dependencies problems.Is it a problem of the liblu1, that it does not contain the libglu1-xorg? I found recently that glx is not yet included in Debian Sid's X.org, there is a bug report somewhere in the Debian X.org transition team area (sorry, I don't remember the exact location). For me it looks like that for now you can't use glx with the current x.org release in sid. -- Best regards / Mit den besten GrüssenSven Krahn
Installation problems with HP zv6069EA
Hello everyone, I bought a HP zv6069EA laptop with AMD Athon 64 3500+ (2.2 Mhz with CoolnQuite technology), RAM 512 MB, ATI RADEON XPRESS 200 IGP (128 MB), Hard disk 100 GB ATA 100. I tried to install Debian amd 64 3.1 r0 distribution but the installation programs, after running vmlinuz and initrd and displaying some other messages that I didnt get because of considerably speed, hangs with a black screen. Probably the last message was something like FATAL:. I tried to insert the options vga=791 noapic nolapic. As result I got the screen for the keyboard selection, but at this point I can type any character and thus I am not able to go on. Have somebody some suggestion for this problem ? Thanks, in advance. Fabio Cecchi ** Le e-mail provenienti dalla Banca d'Italia sono trasmesse in buona fede e non comportano alcun vincolo ne' creano obblighi per la Banca stessa, salvo che cio' non sia espressamente previsto da un accordo scritto. Questa e-mail e' confidenziale. Qualora l'avesse ricevuta per errore, La preghiamo di comunicarne via e-mail la ricezione al mittente e di distruggerne il contenuto. La informiamo inoltre che l'utilizzo non autorizzato del messaggio o dei suoi allegati potrebbe costituire reato. Grazie per la collaborazione. -- E-mails from the Bank of Italy are sent in good faith but they are neither binding on the Bank nor to be understood as creating any obligation on its part except where provided for in a written agreement. This e-mail is confidential. If you have received it by mistake, please inform the sender by reply e-mail and delete it from your system. Please also note that the unauthorized disclosure or use of the message or any attachments could be an offence. Thank you for your cooperation. **
Re: Installation problems with HP zv6069EA
Le Wed, Jul 20, 2005 at 10:26:58AM +0200, CECCHI FABIO écrivait/wrote: Hello everyone, I bought a HP zv6069EA laptop with AMD Athon 64 3500+ (2.2 Mhz with Cool'n'Quite technology), RAM 512 MB, ATI RADEON XPRESS 200 IGP (128 MB), Hard disk 100 GB ATA 100. I tried to install Debian amd 64 3.1 r0 distribution but the installation programs, after running vmlinuz and initrd and displaying some other messages that I didn't get because of considerably speed, hangs with a black screen. Probably the last message was something like FATAL: The MSI S270 notebook have the same chipset, so I suppose it could help you. Please read my page on http://starynkevitch.net/Basile/msi_s270_linux.html Please also share your findings and experiments on this list. Regards. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basile(at)starynkevitch(dot)net 8, rue de la Faïencerie, 92340 Bourg La Reine, France -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X.org and NVidia
On Wed, 2005-07-20 at 09:44 +0200, Alexander Jede wrote: Hi, i have installed x.org and would like to use the nvidia-driver for my nvidia GPU. Trying to install nvidia-glx, I get a dependence problem. nvidia-glx needs : nvidia-glx: Depends: xlibmesa-glu but it is not installed or libglu but it is not installable or libglu1 But xlibmesa-glu is in conflict with libglu1-xorg. Trying to force the installation of nvidia-glx it works fine. Only apt-get shows me the dependencies problems. Is it a problem of the liblu1, that it does not contain the libglu1-xorg? Thanks Alexander I have the same issues, dependencies are totally broken coz of xlibmesa-glu and libglu1. I have actually installed libglu1-xorg, however, other programs' don't seems to notice that. very strange. Does anyone know when these issues will be resolved? Thanks Andrei signature.asc Description: This is a digitally signed message part
Re: SATA RAID5 adaptor other than 3ware?
On Tue, Jul 19, 2005 at 09:51:42PM +0200, Goswin von Brederlow wrote: Nearly all SATA drivers use the scsi block layer and appear as scsi to the kernel. The ide layer is deprecated by many programmers and seems to be fading away slowly. According to Jeff Garzik, the SATA drivers (libata) use the SCSI layer for the time being, and will use a different major number in the future. If and when that will happen, isn't yet known. The IDE layer isn't deprecated, but just unsuitable for libata drivers. It's perfectly useful for IDE drivers, though you could also create a libata driver. Erik -- +-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 -- | Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X.org and NVidia
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 20.07.2005 11:30:21, Andrei Mikhailovsky a écrit : On Wed, 2005-07-20 at 09:44 +0200, Alexander Jede wrote: Hi, i have installed x.org and would like to use the nvidia-driver for my nvidia GPU. Trying to install nvidia-glx, I get a dependence problem. nvidia-glx needs : nvidia-glx: Depends: xlibmesa-glu but it is not installed or libglu but it is not installable or libglu1 But xlibmesa-glu is in conflict with libglu1-xorg. Trying to force the installation of nvidia-glx it works fine. Only apt-get shows me the dependencies problems. Is it a problem of the liblu1, that it does not contain the libglu1-xorg? Thanks Alexander I have the same issues, dependencies are totally broken coz of xlibmesa-glu and libglu1. I have actually installed libglu1-xorg, however, other programs' don't seems to notice that. very strange. Does anyone know when these issues will be resolved? Maybe these other programs [tm] need to be relinked against the new libs and their dependancies rewritten. You can get one of the source of one of them (apt-get source other program) and check and edit debian/control too mach the new libraries. Sometimes, doing so, you get a cascade effect with the libs... Thanks Andrei Good Luck Jean-Luc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC3hx8Xit3lz9m7V4RAthEAJ9HDfsnbEy4PKv2+JXBXbKyqgdrMQCgzngq TT8RJu3509cHPHw10KHi6SM= =srZ4 -END PGP SIGNATURE-
Re: X.org and NVidia
Is there a trick, that I can use apt-get as usual and not get this message: Reading package lists... Done Building dependency tree... Done You might want to run `apt-get -f install' to correct these. The following packages have unmet dependencies: nvidia-glx: Depends: xlibmesa-glu but it is not installed or libglu but it is not installable or libglu1 E: Unmet dependencies. Try using -f. Thanks for help. Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Error compiling 2.6.8 kernel for amd64 - cannot find pci.h
I'm trying to compile the Sarge kernel for amd64. I have a dual Xeon system running Debian Stable for amd64, with the kernel kernel-image-2.6.8-11-em64t-p4-smp 2.6.8-14 I have installed the source package kernel-source-2.6.8 2.6.8-16 As a first test I just attempted to duplicate the compile to make sure all the tools are installed, so I extracted the kernel source and created a build directory, did a make O=... menuconfig and make O=... (Using the O= option to point to the build directory) I made no changes in the menuconfig, and it picked up the config file from /boot for defaults (/boot/config-2.6.8-11-em64t-p4-smp) But the compile fails because it can't find pci.h. I only see a pci.h in the i386 arch directory, not for x86_64. Am I doing something wrong? Is there a secret step or missing link for amd64 that's not documented? Here is the error: /usr/src/gm/kernel-source-2.6.8.work/arch/x86_64/pci/mmconfig.c:10:17: pci.h: No such file or directory /usr/src/gm/kernel-source-2.6.8.work/arch/x86_64/pci/mmconfig.c: In function `pci_mmcfg_init': /usr/src/gm/kernel-source-2.6.8.work/arch/x86_64/pci/mmconfig.c:79: error: `pci_probe' undeclared (first use in this function) /usr/src/gm/kernel-source-2.6.8.work/arch/x86_64/pci/mmconfig.c:79: error: (Each undeclared identifier is reported only once /usr/src/gm/kernel-source-2.6.8.work/arch/x86_64/pci/mmconfig.c:79: error: for each function it appears in.) /usr/src/gm/kernel-source-2.6.8.work/arch/x86_64/pci/mmconfig.c:79: error: `PCI_PROBE_MMCONF' undeclared (first use in this function) /usr/src/gm/kernel-source-2.6.8.work/arch/x86_64/pci/mmconfig.c:93: error: `PCI_PROBE_MASK' undeclared (first use in this function) -- + Gregory H. Margo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Error compiling 2.6.8 kernel for amd64 - cannot find pci.h
On Wed, Jul 20, 2005 at 03:31:13AM -0700, Gregory Margo wrote: I'm trying to compile the Sarge kernel for amd64. I have a dual Xeon system running Debian Stable for amd64, with the kernel kernel-image-2.6.8-11-em64t-p4-smp 2.6.8-14 I have installed the source package kernel-source-2.6.8 2.6.8-16 As a first test I just attempted to duplicate the compile to make sure all the tools are installed, so I extracted the kernel source and created a build directory, did a make O=... menuconfig and make O=... (Using the O= option to point to the build directory) I made no changes in the menuconfig, and it picked up the config file from /boot for defaults (/boot/config-2.6.8-11-em64t-p4-smp) When using a config from a different kernel, you should use make oldconfig before running make {menu|x|g|k}config. But the compile fails because it can't find pci.h. I only see a pci.h in the i386 arch directory, not for x86_64. Am I doing something wrong? I don't know, you didn't supply enough information for us to figure out. What's the output from gcc -v? Could you c Is there a secret step or missing link for amd64 that's not documented? There is no secret. Here is the error: /usr/src/gm/kernel-source-2.6.8.work/arch/x86_64/pci/mmconfig.c:10:17: pci.h: No such file or directory /usr/src/gm/kernel-source-2.6.8.work/arch/x86_64/pci/mmconfig.c: In function `pci_mmcfg_init': /usr/src/gm/kernel-source-2.6.8.work/arch/x86_64/pci/mmconfig.c:79: error: `pci_probe' undeclared (first use in this function) /usr/src/gm/kernel-source-2.6.8.work/arch/x86_64/pci/mmconfig.c:79: error: (Each undeclared identifier is reported only once /usr/src/gm/kernel-source-2.6.8.work/arch/x86_64/pci/mmconfig.c:79: error: for each function it appears in.) /usr/src/gm/kernel-source-2.6.8.work/arch/x86_64/pci/mmconfig.c:79: error: `PCI_PROBE_MMCONF' undeclared (first use in this function) /usr/src/gm/kernel-source-2.6.8.work/arch/x86_64/pci/mmconfig.c:93: error: `PCI_PROBE_MASK' undeclared (first use in this function) Not enough information. Please run make V=1 O=... and post the complete error including the gcc command that was used to compile mmconfig.c. Erik -- +-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 -- | Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X.org and NVidia
Alexander Jede [EMAIL PROTECTED] writes: Is there a trick, that I can use apt-get as usual and not get this message: Reading package lists... Done Building dependency tree... Done You might want to run `apt-get -f install' to correct these. The following packages have unmet dependencies: nvidia-glx: Depends: xlibmesa-glu but it is not installed or libglu but it is not installable or libglu1 E: Unmet dependencies. Try using -f. Thanks for help. Alexander That is just plain and simple the C++ transition. Package: libglu1-xorg Provides: libglu1c2 ^^ Although that transition was unneccesary and I think will be reversed (Provides: libglu1, libglu1c2) in the next upload as libglu1-xorg only provides a C abi to its c++ internas. MfG Goswin PS: Unstable is called unstable for a reason. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Error compiling 2.6.8 kernel for amd64 - cannot find pci.h
Gregory Margo [EMAIL PROTECTED] writes: I'm trying to compile the Sarge kernel for amd64. I have a dual Xeon system running Debian Stable for amd64, with the kernel kernel-image-2.6.8-11-em64t-p4-smp 2.6.8-14 I have installed the source package kernel-source-2.6.8 2.6.8-16 As a first test I just attempted to duplicate the compile to make sure all the tools are installed, so I extracted the kernel source and created a build directory, did a make O=... menuconfig and make O=... (Using the O= option to point to the build directory) Although it has nothing to do with your errors you should be using make-kpkg for the full Debian experience. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [update] More 32bit packages for amd64
Hi! By the way, can the same (or modified) approach be used for the installation of 32bit Flash Player Plugin? wbr, Kirill. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RE: Impossible to install kdelibs4-dev
Hi, -Message d'origine- De : Goswin von Brederlow [mailto:[EMAIL PROTECTED] Envoyé : dimanche 17 juillet 2005 22:21 À : Sylvain Archenault Cc : SmartList Objet : Re: Impossible to install kdelibs4-dev Sylvain Archenault [EMAIL PROTECTED] writes: Hello, I can't install kdelibs4-dev, here the output i get : E: Impossible de corriger les problèmes, des paquets défecteux sont en mode « garder en l'état ». E: Impossible de corriger les dépendances, certains paquets ne peuvent pas être installés E: Unable to resolve some dependencies! Certains paquets ont des dépendances non résolues. Ceci peut signifier que vous avez demandé une situation impossible ou que vous utilisez la distribution instable qui a besoin de paquets qui n'ont pas encore été créés ou qui ne sont pas encore sortis « d'incoming ». Les paquets suivants ont des dépendances non satisfaites : kdelibs4-dev: Dépend: libfam-dev mais il n'est pas installable If i do apt-get install libfam-dev, it tells me that the problem is libfam0 (= 2.7.0-7.2), and if i apt-get install libfam0, he wants to remove a lors of package (kde stuffs gnome stuffs, etc) I run debian amd64 sid, and i upgrade to x.org with no specials problems. Any ideas ? Welcome to unstable. I think it's a great response :-) Cheers, Greg MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X.org and NVidia
On Wed, 2005-07-20 at 12:01 +0200, Alexander Jede wrote: Is there a trick, that I can use apt-get as usual and not get this message: Reading package lists... Done Building dependency tree... Done You might want to run `apt-get -f install' to correct these. The following packages have unmet dependencies: nvidia-glx: Depends: xlibmesa-glu but it is not installed or libglu but it is not installable or libglu1 E: Unmet dependencies. Try using -f. Thanks for help. Alexander apt-get -f install wants to uninstall half of my X programs, such as gnome, kde and a bunch of other useful things, which is not an option The following packages will be REMOVED: alsamixergui bittorrent-gui fgfs-base flightgear freeglut3 gnome gnome-desktop-environment gxine k3b kcontrol kdelibs4-dev kdepim-dev konqueror libarts1-dev libfltk1.1c102 libgle3 libglut3 libkcal2-dev libkdepim1-dev libkgantt0-dev libkleopatra0-dev libkpimexchange1-dev libksieve0-dev libktnef1-dev libmimelib1-dev libopenexr-dev libopengl-perl libqt3-mt-dev libwxgtk2.4 libwxgtk2.4-1 libwxgtk2.4-contrib libwxgtk2.4-dev libwxgtk2.4-python libxine1 planetpenguin-racer plib1.8.3 plib1.8.4 totem totem-xine tuxracer vegastrike vegastrike-data vegastrike-music x-window-system x-window-system-core xine-ui xlibmesa-glu-dev xpp xscreensaver-gl 0 upgraded, 0 newly installed, 49 to remove and 40 not upgraded. Is there any other way? Or waiting for debian developers to fix these issues is the only way? Many thanks, -- Andrei signature.asc Description: This is a digitally signed message part
Re: Error compiling 2.6.8 kernel for amd64 - cannot find pci.h
On Wed, Jul 20, 2005 at 04:51:49AM -0700, Gregory Margo wrote: On Wed, Jul 20, 2005 at 12:39:23PM +0200, Erik Mouw wrote: On Wed, Jul 20, 2005 at 03:31:13AM -0700, Gregory Margo wrote: When using a config from a different kernel, you should use make oldconfig before running make {menu|x|g|k}config. I didn't do anything special, the make menuconfig step grabbed the config file to use as defaults. Just to verify, I did make menuconfig again (on a clean build dir) followed by a make oldconfig. The resulting .config file (from both steps) is identical to /boot/config-2.6.8-11-em64t-p4-smp. The idea is to run make oldconfig before menuconfig. Menuconfig sometimes leaves the .config file in an illegal state and als can get confused at strange .config files, oldconfig fixes that. Not enough information. Please run make V=1 O=... and post the complete error including the gcc command that was used to compile mmconfig.c. Now compiling with the V=1 option ... I think I see the problem ... Here is the gcc command line. Note that the extra include path added by the Makefile in arch/x86_64/pci has a space between the -I and the arch/i386/pci. gcc -Wp,-MD,arch/x86_64/pci/.mmconfig.o.d -nostdinc -iwithprefix include -D__KERNEL__ -Iinclude -Iinclude2 -I/usr/src/gm/kernel-source-2.6.8.work/include -I/usr/src/gm/kernel-source-2.6.8.work/arch/x86_64/pci -Iarch/x86_64/pci -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -march=nocona -mno-red-zone -mcmodel=kernel -pipe -fno-reorder-blocks -Wno-sign-compare -fno-asynchronous-unwind-tables -O2 -fomit-frame-pointer -I/usr/src/gm/kernel-source-2.6.8.work/ -I arch/i386/pci -DKBUILD_BASENAME=mmconfig -DKBUILD_MODNAME=mmconfig -c -o arch/x86_64/pci/.tmp_mmconfig.o /usr/src/gm/kernel-source-2.6.8.work/arch/x86_64/pci/mmconfig.c I'll try changing arch/x86_64/pci/Makefile to remove that space ... Works! Here is the patch I applied to the Makefile: --- arch/x86_64/pci/Makefile.00 2004-08-13 22:36:17.0 -0700 +++ arch/x86_64/pci/Makefile2005-07-20 04:15:13.147922899 -0700 @@ -3,7 +3,7 @@ # # Reuse the i386 PCI subsystem # -CFLAGS += -I arch/i386/pci +CFLAGS += -Iarch/i386/pci obj-y := i386.o obj-$(CONFIG_PCI_DIRECT)+= direct.o How can it be that the shipped kernel source is not compilable? Makes me wonder what else is different. Just checked: the 2.6.8.1 kernel from kernel.org contains the same error. The 2.6.10 tree I have over here doesn't have that error, so it's fixed somewhere between 2.6.8 and 2.6.10. Now I will go on to the make-kpkg step and then try booting on this kernel. Don't know if it's still relevant, but maybe you should file a bug against the package. If you're using a kernel.org kernel, you should use the latest stable version (2.6.12.3 at time of writing). Erik -- +-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 -- | Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X.org and NVidia
On 7/20/05, Andrei Mikhailovsky [EMAIL PROTECTED] wrote: Is there any other way? Or waiting for debian developers to fix theseissues is the only way? This is what in my opinion Goswin meant by 'Welcome to sid!' in two or three other threads. If you are running sid you must expect such dependency issues to happen (though I agree this is quite a complex situation right now). If you are not actively working on and supporting the transition the only thing - with regards to sid - is to wait. Because the current issues affect basically everybody using sid (+x.org +kde) I suppose people are heavily working on it and a resolution will come soon. I found a working way for myself by falling back to testing (etch), installing both x.org and KDE 3.4.1 from Ubuntu (on a different partition) which also allows me to use the Nvidia driver incl. glx. This at least allows me to continue my 'reglular desktop use' of the system until everything has been sorted out in sid. As soon as the transitions in sid are done (i.e. x.org and the kde dependencies), and a dist-upgrade will clean up everything on my sid partition, I will switch back to that environment again. -- Best regards / Mit den besten GrüssenSven Krahn
Re: X.org and NVidia
Sven Krahn [EMAIL PROTECTED] writes: On 7/20/05, Andrei Mikhailovsky [EMAIL PROTECTED] wrote: Is there any other way? Or waiting for debian developers to fix these issues is the only way? This is what in my opinion Goswin meant by 'Welcome to sid!' in two or three other threads. If you are running sid you must expect such dependency issues to happen (though I agree this is quite a complex situation right now). If you are not actively working on and supporting the transition the only thing - with regards to sid - is to wait. Because the current issues affect basically everybody using sid (+x.org +kde) I suppose people are heavily working on it and a resolution will come soon. I found a working way for myself by falling back to testing (etch), installing both x.org and KDE 3.4.1 from Ubuntu (on a different partition) which also allows me to use the Nvidia driver incl. glx. This at least allows me to continue my 'reglular desktop use' of the system until everything has been sorted out in sid. As soon as the transitions in sid are done (i.e. x.org and the kde dependencies), and a dist-upgrade will clean up everything on my sid partition, I will switch back to that environment again. -- Best regards / Mit den besten Grüssen Sven Krahn You can recompile the nvidia-glx yourself too if that is the only problem you hit in sid. But if you aren't sure about that, then staying with etch till the transition moves there in one big jump is the best thing to do. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Error compiling 2.6.8 kernel for amd64 - cannot find pci.h
Erik Mouw [EMAIL PROTECTED] writes: On Wed, Jul 20, 2005 at 04:51:49AM -0700, Gregory Margo wrote: On Wed, Jul 20, 2005 at 12:39:23PM +0200, Erik Mouw wrote: On Wed, Jul 20, 2005 at 03:31:13AM -0700, Gregory Margo wrote: When using a config from a different kernel, you should use make oldconfig before running make {menu|x|g|k}config. I didn't do anything special, the make menuconfig step grabbed the config file to use as defaults. Just to verify, I did make menuconfig again (on a clean build dir) followed by a make oldconfig. The resulting .config file (from both steps) is identical to /boot/config-2.6.8-11-em64t-p4-smp. The idea is to run make oldconfig before menuconfig. Menuconfig sometimes leaves the .config file in an illegal state and als can get confused at strange .config files, oldconfig fixes that. Not enough information. Please run make V=1 O=... and post the complete error including the gcc command that was used to compile mmconfig.c. Now compiling with the V=1 option ... I think I see the problem ... Here is the gcc command line. Note that the extra include path added by the Makefile in arch/x86_64/pci has a space between the -I and the arch/i386/pci. gcc -Wp,-MD,arch/x86_64/pci/.mmconfig.o.d -nostdinc -iwithprefix include -D__KERNEL__ -Iinclude -Iinclude2 -I/usr/src/gm/kernel-source-2.6.8.work/include -I/usr/src/gm/kernel-source-2.6.8.work/arch/x86_64/pci -Iarch/x86_64/pci -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -march=nocona -mno-red-zone -mcmodel=kernel -pipe -fno-reorder-blocks -Wno-sign-compare -fno-asynchronous-unwind-tables -O2 -fomit-frame-pointer -I/usr/src/gm/kernel-source-2.6.8.work/ -I arch/i386/pci -DKBUILD_BASENAME=mmconfig -DKBUILD_MODNAME=mmconfig -c -o arch/x86_64/pci/.tmp_mmconfig.o /usr/src/gm/kernel-source-2.6.8.work/arch/x86_64/pci/mmconfig.c I'll try changing arch/x86_64/pci/Makefile to remove that space ... Works! Here is the patch I applied to the Makefile: --- arch/x86_64/pci/Makefile.00 2004-08-13 22:36:17.0 -0700 +++ arch/x86_64/pci/Makefile2005-07-20 04:15:13.147922899 -0700 @@ -3,7 +3,7 @@ # # Reuse the i386 PCI subsystem # -CFLAGS += -I arch/i386/pci +CFLAGS += -Iarch/i386/pci obj-y := i386.o obj-$(CONFIG_PCI_DIRECT)+= direct.o How can it be that the shipped kernel source is not compilable? Makes me wonder what else is different. Just checked: the 2.6.8.1 kernel from kernel.org contains the same error. The 2.6.10 tree I have over here doesn't have that error, so it's fixed somewhere between 2.6.8 and 2.6.10. Now I will go on to the make-kpkg step and then try booting on this kernel. Don't know if it's still relevant, but maybe you should file a bug against the package. If you're using a kernel.org kernel, you should use the latest stable version (2.6.12.3 at time of writing). Erik For 2.6.8 amd64 still has its own kernel-image source and that might have some extra patches in it. to fix this issue. I dont think it has but that package compiled fine with gcc-3.4. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X.org and NVidia
Goswin von Brederlow [EMAIL PROTECTED] writes: You can recompile the nvidia-glx yourself too if that is the only problem you hit in sid. But if you aren't sure about that, then staying with etch till the transition moves there in one big jump is the best thing to do. I think staying with testing is the best thing to do for non-developers anyways. In general testing is not that far behind unstable. Was it two weeks that packages need to be without severe bugs in unstable to migrate to testing? Packages that don't migrate usually have some problems. What you get in return is a much more stable system especially during transitions like the current ones. And KDE 3.3 and XFree86 are not that terrible that I could not wait a couple more weeks. And if you really need a package from unstable you can install it on testing without problems in most cases. At least without more problems than you have with running unstable. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Error compiling 2.6.8 kernel for amd64 - cannot find pci.h
Hello, On Wed, Jul 20, 2005 at 03:31:13AM -0700, Gregory Margo wrote: Am I doing something wrong? Is there a secret step or missing link for amd64 that's not documented? you need the debian patch too, then ypou can compile your kernel with MAKEFLAGS=... PATCH_THE_KERNEL=YES make-kpkg --added-patches=debian --config=menuconfig --revision=... --append-to-version=... this should work using the debian config of the official kernel image. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Re: X.org and NVidia
Matthias Julius [EMAIL PROTECTED] writes: Goswin von Brederlow [EMAIL PROTECTED] writes: You can recompile the nvidia-glx yourself too if that is the only problem you hit in sid. But if you aren't sure about that, then staying with etch till the transition moves there in one big jump is the best thing to do. I think staying with testing is the best thing to do for non-developers anyways. In general testing is not that far behind unstable. Was it two weeks that packages need to be without severe bugs in unstable to migrate to testing? Packages that don't migrate usually have some problems. What you get in return is a much more stable system especially during transitions like the current ones. And KDE 3.3 and XFree86 are not that terrible that I could not wait a couple more weeks. 2-10 days. And if you really need a package from unstable you can install it on testing without problems in most cases. At least without more problems than you have with running unstable. Matthias MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SATA RAID5 adaptor other than 3ware? Thanks alot!
I use Areca controler (1210, 4 ports pciExpress, SATA2), perfect solution. you need to patch your kernel with the areca patch ( included in mm4 patch). The areca tools to monitor the controler runs fine on debian-pure64. I recommand this product, also I have very bad experience with 3ware sata controller which offer very low performances. -- SARL GDID Gauthier DELERCE Phone: +33 6 85 42 01 62 Fax: +33 4 76 00 97 06 2 pl du cdt Nal, 38700 LA TRONCHE FRANCE Randall J. Parr wrote: Soenke von Stamm wrote: Ok, thanks to all you guys, I have found the new LSI MegaRAID 300-8x to fit my needs most closely. They are becoming available now and I have enough time to validate one in another soon-to-arrive GX28. It has the connectors on the back side, but it's short enough and it seems to be a decent performer (judging from the Areca card http://www.tweakers.net/reviews/557 which uses the same XOR hardware - I don't trust the Areca hardware though (fan) and have very good experiences with LSI for years now). Unfortunately the MegaRAID 300-4x doesn't seem to be out yet but the price difference is a minor issue. Nice feat is support of NCQ btw, got four NCQ disks on my desk already :-) Please let us know if the 300-8x does, in fact, provide similar performance to the Areca. I had been looking at the Areca (because of, in part, the review you mentioned) but have been a little leary. I have had very good experience with LSI MegaRAID with SCSI and would like to try the 300-8x (if performance IS as described). Also... I checked their drivers page but do not see a Debian and/or generic Linux driver. Do you know one is available? Thanks R.Parr, RHCE Temporal Arts -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SATA RAID5 adaptor other than 3ware? Thanks alot!
Am Mittwoch 20 Juli 2005 16:25 schrieb Gauthier DELERCE: I use Areca controler (1210, 4 ports pciExpress, SATA2), perfect solution. you need to patch your kernel with the areca patch ( included in mm4 patch). The areca tools to monitor the controler runs fine on debian-pure64. I recommand this product, also I have very bad experience with 3ware sata controller which offer very low performances. -- SARL GDID Gauthier DELERCE Phone: +33 6 85 42 01 62 Fax: +33 4 76 00 97 06 2 pl du cdt Nal, 38700 LA TRONCHE FRANCE Not realy on the last two kernel rc's it is include. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X.org and NVidia
On Wed, Jul 20, 2005 at 09:24:42AM -0400, Matthias Julius wrote: I think staying with testing is the best thing to do for non-developers anyways. Has the problem of security updates been solved for testing? If not, using testing is worse than using sid (breakage of a dependency may keep an important security update out of testing for a looong time). Esp. for non-developers who do not tend to know too much about security issues... Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Flashell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 20.07.2005 17:00:05, antongiulio05 a écrit : Hi, I have installed firefox 32bit (chroot) to use flash. I have: $ ls .mozilla/plugins/ flashplayer.xpt libflashplayer.so Maybe it would be better to install the plugin in the chroot via the flashplugin-nonfree package. It will install the plugin /usr/lib/mozilla-firefox/plugins (relative to the chroot). I've isntalled it this way. I think if you install it in your home directory (if not in the chroot), firefox will be a bit messed up (which firefow withwhi chplugin) I launch firefox with: $ linux32 dchroot -c ia32 -d firefox and I got: (firefox-bin:6364): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. This is not eally a problem. If you want the locale, install the locales package in the chroot. Debconf will ask you for the locale you want to generate. Just a gtk-warning, however firefox starts and works, but in 'about:plugins' or in a flash-site, it seems like flash-plugin is not loaded. Reading this old-post from ml-archive: http://lists.debian.org/debian-amd64/2005/04/msg00907.html I have not found solution. I have tried to install package in 32 and 64bit env, but it's not working. How can I get a working flash+firefox? Thanks, Giulio Jean-Luc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC3mrnXit3lz9m7V4RAps4AKDj7mXrfiu/COyQQlXoqyZ/kFQVbwCgz4v7 KVqxJnUCYh7KTxGbyEraokw= =a+Hn -END PGP SIGNATURE-
Re: Error compiling 2.6.8 kernel for amd64 - cannot find pci.h
On Wed, Jul 20, 2005 at 03:26:40PM +0200, Frederik Schueler wrote: Hello, On Wed, Jul 20, 2005 at 03:31:13AM -0700, Gregory Margo wrote: Am I doing something wrong? Is there a secret step or missing link for amd64 that's not documented? you need the debian patch too, then ypou can compile your kernel with MAKEFLAGS=... PATCH_THE_KERNEL=YES make-kpkg --added-patches=debian --config=menuconfig --revision=... --append-to-version=... this should work using the debian config of the official kernel image. Best regards Frederik Schueler -- ENOSIG What debian patch are you talking about? The kernel-source-2.6.8 is already patched. [EMAIL PROTECTED] 587$ apt-cache search kernel-source-2.6 kernel-patch-debian-2.6.8 - Debian patches to Linux 2.6.8 kernel-source-2.6.8 - Linux kernel source for version 2.6.8 with Debian patches -- + Gregory H. Margo gmargo at yahoo/com, gmail/com, pacbell/net; greg at margofamily/org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Error compiling 2.6.8 kernel for amd64 - cannot find pci.h
On Wed, Jul 20, 2005 at 02:54:06PM +0200, Goswin von Brederlow wrote: For 2.6.8 amd64 still has its own kernel-image source and that might have some extra patches in it. to fix this issue. I dont think it has but that package compiled fine with gcc-3.4. MfG Goswin Where would this be? I'm only looking at the amd64 repository and there's only one kernel-source package. [EMAIL PROTECTED] 587$ apt-cache search kernel-source-2.6 kernel-patch-debian-2.6.8 - Debian patches to Linux 2.6.8 kernel-source-2.6.8 - Linux kernel source for version 2.6.8 with Debian patches -- + Gregory H. Margo gmargo at yahoo/com, gmail/com, pacbell/net; greg at margofamily/org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Again INPROCOMM IPN2220
Anyone knows a simple way to use the archives inside a kernel tree 2.4.x in a 2.6.x kernel tree. Inside that package there are the source for a kernel 2.4 but i use a 2.6.x kernel. I've tried to put the directory inpro2220 inside /usr/src/modules and i used module-assistant (update) but the module hasn't appear. Any idea? Thanx in advance. Grab the Dlink pre-n router's gpl tarball, I saw there a _native_ ipn2220 driver, dunno if it works or not, as I don't have such equipment. Are you refering this: http://support.dlink.com/products/view.asp?productid=DI%2D624M ? Giulio Yep, the GPL tarball is ftp://ftp.dlink.com/GPL/di624M/di624m_fw10_source.tar.gz Good luck :) -- There's no religion but sex and music --Sting
Re: Almost there
David Mohr wrote: On 7/19/05, Gary Hodges [EMAIL PROTECTED] wrote: I made the change as instructed. #undef ATA_NDEBUG /* define to disable quick runtime checks */ #define ATA_ENABLE_ATAPI/* define to enable ATAPI support */ #undef ATA_ENABLE_PATA /* define to enable PATA support in some After rebooting I see the following with dmesg: cloud:/home/hodges# dmesg | grep ata2 ata2: SATA max UDMA/133 cmd 0x1C38 ctl 0x1C32 bmdma 0x1C18 irq 23 ata2: dev 0 cfg 49:0f00 82: 83: 84: 85: 86: 87: 88:101f ata2: dev 0 ATAPI, max UDMA/66 ata2: dev 0 configured for UDMA/66 So it looks like the drive is seen as I only have the one SATA device. My question is how do I mount it? I'm not seeing ata2 in /dev or anything that looks like it would work. It turns up as a scsi device. Running a 'cat /proc/scsi/scsi' should give you a bit more output and the CD should be mountable as device /dev/scd0. I believe I have made a significant oversight. I need to recompile the kernel, right? Cheers, Gary -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X.org and NVidia
GOMBAS Gabor [EMAIL PROTECTED] writes: Has the problem of security updates been solved for testing? If not, using testing is worse than using sid (breakage of a dependency may keep an important security update out of testing for a looong time). Esp. for non-developers who do not tend to know too much about security issues... Well, if you are concerned about security you probably should stay with stable. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems with MySQL 4.1.x on Debian-AMD64 (threading?)
On Saturday 16 July 2005 12:09, mike wrote: I'm even trying to use MySQL-supplied x86_64 binaries and they're eating up CPU and seem to be locking up in general - the server can't even shut itself down properly using the initscript. I'm running kernel 2.6.11.12, debian-amd64 sarge, mysql 4.1.7, .10, .12 - .12 is by far the worst. Hi, I also experienced this 2 weeks ago on a Dual Opteron machine running debian-amd64 (kernel v2.6.11), but only after upgrading to 4.1.12. Running a show processlist; query would show several clients making SQL queries but no progress at all. And mysql would not shut down no matter what; Only a kill would do it. After that I downgraded mysql-server-4.1 to version 4.1.11a-4 and it has been running stable and in production ever since. Have you tried this version? I'd like to know if more people have managed to work with this version. - http://hashmysql.org/index.php?title=Opteron_HOWTO Here's related other URLs of interest: - debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=314408 - redhat: http://sources.redhat.com/ml/libc-hacker/2004-02/msg00019.html - ubuntu: https://bugzilla.ubuntu.com/show_bug.cgi?id=11730 - mysql: http://bugs.mysql.com/bug.php?id=8555 - mysql: http://bugs.mysql.com/bug.php?id=7254 - someone's blog: http://trainedmonkey.com/entry/2248 I've posted on both MySQL and Debian's forums as well looking for help, but nothing worthwhile so far: - http://forums.debian.net/viewtopic.php?p=4472 - http://forums.mysql.com/read.php?11,31593,33658 Thanks for the links! Regards Claudio Martins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
wine for amd64?
Hello, wine is still not available for debian amd64. Does anybody know why? Isn't it possible to compile on amd64 and will there be a version in future for amd64 (like openoffice)? And yes, I know that I can use wine in ia32 chroot... Regards, Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SATA RAID5 adaptor other than 3ware? Thanks alot!
Randall J. Parr wrote: Soenke von Stamm wrote: Ok, thanks to all you guys, I have found the new LSI MegaRAID 300-8x to fit my needs most closely. They are becoming available now and I have enough time to validate one in another soon-to-arrive GX28. It has the connectors on the back side, but it's short enough and it seems to be a decent performer (judging from the Areca card http://www.tweakers.net/reviews/557 which uses the same XOR hardware - I don't trust the Areca hardware though (fan) and have very good experiences with LSI for years now). Unfortunately the MegaRAID 300-4x doesn't seem to be out yet but the price difference is a minor issue. Nice feat is support of NCQ btw, got four NCQ disks on my desk already :-) Please let us know if the 300-8x does, in fact, provide similar performance to the Areca. I had been looking at the Areca (because of, in part, the review you mentioned) but have been a little leary. I have had very good experience with LSI MegaRAID with SCSI and would like to try the 300-8x (if performance IS as described). I chose the LSI because I couldn't find anyone here in the UK that sells the Arcea or the Tekram variant (perhaps they are the same, don't know). When it comes to performance I'm more than happy. The card is installed in a Tyan 2885 MB (PCI-X slot, of course :) ). Previously I had an Adaptec 2410 (66MHz, 64 bit) and the performance difference between these two controllers is huge. Ok, the test I did is VERY inscientific but I got the performance boost I wanted. The test was to copy a big file (700MB) from one stripe to another on the same controller (which means each controller had 4 drives connected to it and configured as two RAID-0 stripes). The file system used on the Adaptec was Reiserfs and on the LSI XFS. The copy took 13s on the Adaptec and a whopping 1.3 on the LSI. Guess if I was bouncing around the walls :). This can of course be a combination of controller/file system, which is what I suspect. Is Reiserfs known to be slow? Also... I checked their drivers page but do not see a Debian and/or generic Linux driver. Do you know one is available? The LSI MegaRAID 300-8x is supported from kernel 2.6.10 and forward. It uses the megaraid_mbox driver which of course means it's a small hell to install Debian when that controller is the only one in your system you have any disks connected to. Debian installer uses kernel 2.6.8 which does not support the card (although it loads a driver called megaraid). So to summarise, the card works ok and is fast but can be problematic to install Debian on. /Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wine for amd64?
On Wed, 2005-07-20 at 19:54 +0200, Alexander Fieroch wrote: Hello, wine is still not available for debian amd64. Does anybody know why? Isn't it possible to compile on amd64 and will there be a version in future for amd64 (like openoffice)? *Can* it even be built on x86_64? After all, it's so tied to 32 bit Windows. -- - Ron Johnson, Jr. Jefferson, LA USA PGP Key ID 8834C06B I prefer encrypted mail. I did not have sexual relations with that woman. Bill Clinton signature.asc Description: This is a digitally signed message part
Re: wine for amd64?
Alexander Fieroch [EMAIL PROTECTED] writes: wine is still not available for debian amd64. Does anybody know why? Isn't it possible to compile on amd64 and will there be a version in future for amd64 (like openoffice)? Probably because you would need 64 bit Windows DLLs to run it. Since XP64 has been released not that long ago there is certainly not much work done in that direction - if at all. Then, most likely you would want to run 32 bit applications on it. That would require 32 bit libraries as well. And that requires a little more than just to recompile it with a 64 bit compiler. Or you could just run a 32 bit wine... Does wine really need to run in a chroot? Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wine for amd64?
Matthias Julius wrote: Does wine really need to run in a chroot? Probably not for much longer. Check the thread named New 3bit packages for amd64, in the middle renamed to New 32bit packages for amd64. It is not more than a week old. /Jacob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: AMD 64 Stability on Asus A8v Deluxe
Jean-Luc Coulon wrote: 1) kernel compilation test with the following script: #!/bin/tcsh # ramtest # make ARCH=i386 bzImage foreach i (0 1 2 3 4 5 6 7 8 9) foreach j (0 1 2 3 4 5 6 7 8 9) foreach k (0 1 2 3 4 5 6 7 8 9) ( make clean;make ARCH=i386 bzImage log.$i$j$k ) log.err.$i$j$k end end end I must end up with 1000 identical Logfiles Which RAM parameters do you use? With the same board and Corsair RAM (given for 2-3-3-6 for P4 and 2.5-3-3-6 for athlon64), I was working in 32bit with 2 instead of 2.5 for the CAS, but I had to set it to 2.5 in 64 bit. Maybe you have to relax a bit your timings? I followed your advice and checked the memory timings in BIOS, I found a puzzling variaty of parameters, almost all of the were set on AUTO Here is a summary of the main possible switches: parameter possible Values help Burst Length: 8/4 Beats 64-Bit Dq must use the 4 beats CAS 2/2.5/3 CLK TRC 7-13 CLK TRFC9-15 CLK TRCD2-6 CLK TWR 2-3 CLK TRWT1-6 CLK TRAS5-15 CLK TRP 2-6 CLK TWLC1-2 CLK ASYNC LAT 4-9 CLK I changed Burst Length to 4 Beats (what t.h. is 64-Bit dq?) and CAS to 3, left the rest on AUTO but still got the kernel panics with 64 Bit Kernels. I did another 72 hour test with the kernel compilation loop and kernel 2.6.8 686 and now I unfortunately found here 5 out of 1000 kernel compile logs buggy as well, one of them for example said: In file included from include/linux/types.h:13, from include/linux/capability.h:16, from include/linux/sched.h:7, from include/linux/mm.h:4, from kernel/acct.c:47: include/linux/posix_types.h:38: interner Compiler-Fehler: Speicherzugriffsfehler Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-3.4/README.Bugs. make[1]: *** [kernel/acct.o] Fehler 1 make: *** [kernel] Fehler 2 I get no kernel Oops or panics and nothing in dmesg or syslog. I wonder if it is safe to use such a system as a mail server. If sendmail is as sensitive as the gcc I have a problem. Jean-Luc, you said you have the same mainboard. What other hardware do you use? Maybe I can change the grafic card or give up the software raid to get a stable 64 bit system. I would like to encourage other members of this list with an Asus A8V motherboard to report about there configuration so that I finally can find a way to tell if I have a defect mainboard or an exotic hardware composition problem. Best Regars Matthias Wenthe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: AMD 64 Stability on Asus A8v Deluxe
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 20.07.2005 21:32:17, Matthias Wenthe a écrit : Jean-Luc Coulon wrote: 1) kernel compilation test with the following script: #!/bin/tcsh # ramtest # make ARCH=i386 bzImage foreach i (0 1 2 3 4 5 6 7 8 9) foreach j (0 1 2 3 4 5 6 7 8 9) foreach k (0 1 2 3 4 5 6 7 8 9) ( make clean;make ARCH=i386 bzImage log.$i$j$k ) log.err.$i$j$k end end end I must end up with 1000 identical Logfiles Which RAM parameters do you use? With the same board and Corsair RAM (given for 2-3-3-6 for P4 and 2.5-3-3-6 for athlon64), I was working in 32bit with 2 instead of 2.5 for the CAS, but I had to set it to 2.5 in 64 bit. Maybe you have to relax a bit your timings? I followed your advice and checked the memory timings in BIOS, I found a puzzling variaty of parameters, almost all of the were set on AUTO Here is a summary of the main possible switches: parameter possible Values help Burst Length: 8/4 Beats 64-Bit Dq must use the 4 beats CAS 2/2.5/3 CLK TRC 7-13 CLK TRFC9-15 CLK TRCD2-6 CLK TWR 2-3 CLK TRWT1-6 CLK TRAS5-15 CLK TRP 2-6 CLK TWLC1-2 CLK ASYNC LAT 4-9 CLK I've corsair DDR in dual channel I've left the burst to its highest value I use 2.5-3-3-6-1T 2.5 is CAS 3 is tRCD 3 is tRP 6 is tRAS 1T command rate (Disabled for 1T, Enabled for 2T) I've left the other as is The processor is an athlon 3500+ It runs at nominal voltage/frequency. But I've not left on 'auto' the parameters because this card has a nasty auto-overclocking feature. I've set manually to the nominal values : I use a FSB of 200, multiplier 11 (If we can speak of FSB with this architecture). I've cool and quient enabled I changed Burst Length to 4 Beats (what t.h. is 64-Bit dq?) and CAS to 3, left the rest on AUTO but still got the kernel panics with 64 Bit Kernels. [ ... ] Jean-Luc, you said you have the same mainboard. What other hardware do you use? Maybe I can change the grafic card or give up the software raid to get a stable 64 bit system. I would like to encourage other members of this list with an Asus A8V motherboard to report about there configuration so that I finally can find a way to tell if I have a defect mainboard or an exotic hardware composition problem. I've : 2 SATA Maxtor disks on the VIA chipset, software RAID1 1 IDE DVD burner Pioneer 108 1 Asus Radeon A9250/TD (AGP) I don't use the Promise chipset I've used a Radeon 9500 also but not in 64 bit. I've given it to my daughters who *need* graphic power for the games... The BIOS is 1013 Remark : I have had problems with the graphic mode and some machine check, even in 32 bit with the previous BIOS. 1009 was just working, it was imposible to have a graphical session with 1011 and 1012, there is a fix about AGP in 1013. Best Regars Matthias Wenthe Regards Jean-Luc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC3rGuXit3lz9m7V4RApV0AJ9B6+Po9fHyCxaSZoyeQQrLasBflwCfWhP0 3KqdFGHwXW5EHeA5F1YDUsA= =CXqy -END PGP SIGNATURE-
Downloading DVD .ISO's
Quick question - I've been trying to download the DVD .ISO's from http://cdimage.debian.org/cdimage/unofficial/sarge-amd64/iso-dvd/ and, instead of getting the 4.0 and 3.4 GB ISO's, mine only wind up being an even 2GB. Obviously, when they're done, the md5sum's don't line up, and the images don't work. I tried downloading them using my WinXP box (first try was on FC3 box) and I only read them as 387 meg downloads. Any advice on how I can get the whole ISO? -- -Justin
Re: Downloading DVD .ISO's
Justin Grindal wrote: Quick question - I've been trying to download the DVD .ISO's from http://cdimage.debian.org/cdimage/unofficial/sarge-amd64/iso-dvd/ and, instead of getting the 4.0 and 3.4 GB ISO's, mine only wind up being an even 2GB. Obviously, when they're done, the md5sum's don't line up, and the images don't work. I tried downloading them using my WinXP box (first try was on FC3 box) and I only read them as 387 meg downloads. Any advice on how I can get the whole ISO? This is a limitation of 32bit download apps. Use a 64-bit downloader (e.g. wget on amd64, Firefox on amd64, even MSIE on XP 64bit), or use the .torrent file. Or you may have some luck with an ftp client. And I think curl can handle it, if you can get it to behave. --Jo Shields -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
locale-related problems running 32-bit application directly
Hello! I have a number of i32 lib directories listed in /etc/ld.so.conf that allows to run 32bit application directly. But when I do so, some locale-sensitive application report errors like I18N: X Window System doesn't support locale C GLib: Cannot convert message: Conversion from character set 'UTF-8' to 'KOI8-R' is not supported Gdk-WARNING **: locale not supported by Xlib Gdk-WARNING **: cannot set locale modifiers Gdk-WARNING **: Error converting from UTF-8 to STRING: Conversion from character set 'UTF-8' to 'ISO-8859-1' is not supported These errors prevent the application from performing locale-related conversions etc. In opposite, if I run 32-bit application via dchroot like dchroot -d -c ia32 /usr/local/seamonkey/seamonkey no any errors appear and all locale-related functions work great. What's wrong with running 32-bit application directly and how can I fix the described problem? Thanks, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Xorg and RADEON (dri disabled)
Hi, With Xorg I get: (==) RADEON(0): Write-combining range (0xd000,0x800) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: Searching for BusID pci::01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns 7 drmOpenByBusid: drmGetBusid reports pci::01:00.0 (II) RADEON(0): [drm] loaded kernel module for radeon driver (II) RADEON(0): [drm] DRM interface version 1.2 (II) RADEON(0): [drm] created radeon driver at busid pci::01:00.0 (II) RADEON(0): [drm] added 8192 byte SAREA at 0xc2411000 (II) RADEON(0): [drm] drmMap failed (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. And glxgears reports 300 frames per second. How do I get dri back? It was working fine with XFree. The XF86Config-4 was changed by the upgrade dropping some parms in the Device section. Restoring them has no effect on the problem. Ideas? TIA, Ed Tomlinson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Downloading DVD .ISO's
I'm using Firefox, but it's still coming up as 2gigs... where does one get wget 64-bit? On 7/20/05, Jo Shields [EMAIL PROTECTED] wrote: Justin Grindal wrote: Quick question - I've been trying to download the DVD .ISO's from http://cdimage.debian.org/cdimage/unofficial/sarge-amd64/iso-dvd/ and, instead of getting the 4.0 and 3.4 GB ISO's, mine only wind up being an even 2GB. Obviously, when they're done, the md5sum's don't line up, and the images don't work. I tried downloading them using my WinXP box (first try was on FC3 box) and I only read them as 387 meg downloads. Any advice on how I can get the whole ISO? This is a limitation of 32bit download apps. Use a 64-bit downloader (e.g. wget on amd64, Firefox on amd64, even MSIE on XP 64bit), or use the .torrent file. Or you may have some luck with an ftp client. And I think curl can handle it, if you can get it to behave. --Jo Shields -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- -Justin
Re: Downloading DVD .ISO's
El mié, 20-07-2005 a las 17:56 -0600, Justin Grindal escribió: I'm using Firefox, but it's still coming up as 2gigs... where does one get wget 64-bit? I'd expect 32-bit wget to be able to handle large files (i.e., using 64-bit size markers). Actually I'd expect all of them to be able to handle that, so don't trust my expectations. Have you tried from a different location? Could a proxy server be trimming your file? I'm just guessing, so don't take me too seriously. Greetings, -- Javier Kohen [EMAIL PROTECTED] ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: Downloading DVD .ISO's
Justin Grindal wrote: I'm using Firefox, but it's still coming up as 2gigs... What filesystem do you use? where does one get wget 64-bit? http://software.lpetrov.net/wget-LFS/ Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Downloading DVD .ISO's
On Wed, 20 Jul 2005, Javier Kohen wrote: El mi?, 20-07-2005 a las 17:56 -0600, Justin Grindal escribi?: I'm using Firefox, but it's still coming up as 2gigs... where does one get wget 64-bit? I'd expect 32-bit wget to be able to handle large files (i.e., using 64-bit size markers). Actually I'd expect all of them to be able to handle that, so don't trust my expectations. Unfortunately not, wget has been particularly slow in fixing this. The fix did not make it to sarge. My recommendation is lftp (lftpget to get a single url from the command line). Btw, I too expected wget to handle this. But then, I was very surprised to see apache not handling large files either. /Mattias Wadenstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xorg and RADEON (dri disabled)
Ed Tomlinson wrote: Hi, With Xorg I get: (==) RADEON(0): Write-combining range (0xd000,0x800) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: Searching for BusID pci::01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns 7 drmOpenByBusid: drmGetBusid reports pci::01:00.0 (II) RADEON(0): [drm] loaded kernel module for radeon driver (II) RADEON(0): [drm] DRM interface version 1.2 (II) RADEON(0): [drm] created radeon driver at busid pci::01:00.0 (II) RADEON(0): [drm] added 8192 byte SAREA at 0xc2411000 (II) RADEON(0): [drm] drmMap failed (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. And glxgears reports 300 frames per second. How do I get dri back? It was working fine with XFree. The XF86Config-4 was changed by the upgrade dropping some parms in the Device section. Restoring them has no effect on the problem. What kernel do you use? I get the same behaviour with 2.6.13-rc3-mm1, but it works with 2.6.13-rc3. Michal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xorg and RADEON (dri disabled)
Hi Ed, El mié, 20-07-2005 a las 19:23 -0400, Ed Tomlinson escribió: Hi, With Xorg I get: (==) RADEON(0): Write-combining range (0xd000,0x800) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: Searching for BusID pci::01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns 7 drmOpenByBusid: drmGetBusid reports pci::01:00.0 (II) RADEON(0): [drm] loaded kernel module for radeon driver (II) RADEON(0): [drm] DRM interface version 1.2 (II) RADEON(0): [drm] created radeon driver at busid pci::01:00.0 (II) RADEON(0): [drm] added 8192 byte SAREA at 0xc2411000 (II) RADEON(0): [drm] drmMap failed (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. And glxgears reports 300 frames per second. How do I get dri back? It was working fine with XFree. The XF86Config-4 was changed by the upgrade dropping some parms in the Device section. Restoring them has no effect on the problem. Install back the fglrx driver, one that's compiled for X.org. I just upgraded to X.org, recompiled the kernel and the fglrx driver with GCC 4.0.1, rebooted and now I'm back here without a hitch. No need to touch a single configuration. Greetings, -- Javier Kohen [EMAIL PROTECTED] ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: Downloading DVD .ISO's
Hooray! I've got the problem fixed. Instead of using Firefox, I used Konqueror and everything works great now. Thanks for the help guys! -Justin Grindal On 7/20/05, Mattias Wadenstein [EMAIL PROTECTED] wrote: On Wed, 20 Jul 2005, Javier Kohen wrote: El mi?, 20-07-2005 a las 17:56 -0600, Justin Grindal escribi?: I'm using Firefox, but it's still coming up as 2gigs... where does one get wget 64-bit? I'd expect 32-bit wget to be able to handle large files (i.e., using 64-bit size markers). Actually I'd expect all of them to be able to handle that, so don't trust my expectations. Unfortunately not, wget has been particularly slow in fixing this. The fix did not make it to sarge. My recommendation is lftp (lftpget to get a single url from the command line). Btw, I too expected wget to handle this. But then, I was very surprised to see apache not handling large files either. /Mattias Wadenstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- -Justin
Re: Xorg and RADEON (dri disabled)
On Wednesday 20 July 2005 21:13, Michal Schmidt wrote: Ed Tomlinson wrote: Hi, With Xorg I get: (==) RADEON(0): Write-combining range (0xd000,0x800) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: Searching for BusID pci::01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns 7 drmOpenByBusid: drmGetBusid reports pci::01:00.0 (II) RADEON(0): [drm] loaded kernel module for radeon driver (II) RADEON(0): [drm] DRM interface version 1.2 (II) RADEON(0): [drm] created radeon driver at busid pci::01:00.0 (II) RADEON(0): [drm] added 8192 byte SAREA at 0xc2411000 (II) RADEON(0): [drm] drmMap failed (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. And glxgears reports 300 frames per second. How do I get dri back? It was working fine with XFree. The XF86Config-4 was changed by the upgrade dropping some parms in the Device section. Restoring them has no effect on the problem. What kernel do you use? I get the same behaviour with 2.6.13-rc3-mm1, but it works with 2.6.13-rc3. I also use 2.6.13-rc3-mm1. Will try with a previous version an report to lkml if it works. Thanks Ed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Downloading DVD .ISO's
On Wed July 20 2005 04:31 pm, Justin Grindal wrote: Quick question - I've been trying to download the DVD .ISO's from http://cdimage.debian.org/cdimage/unofficial/sarge-amd64/iso-dvd/ and, instead of getting the 4.0 and 3.4 GB ISO's, mine only wind up being an even 2GB. Obviously, when they're done, the md5sum's don't line up, and the images don't work. I tried downloading them using my WinXP box (first try was on FC3 box) and I only read them as 387 meg downloads. Any advice on how I can get the whole ISO? I got mine with Jigdo and haven't looked back. If you decided to use jigdo you'll need the .jigdo and .template and point jigdo to http://amd64.debian.net/debian-amd64/ . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Downloading DVD .ISO's
On 20 Jul 2005, Justin Grindal wrote: Quick question - I've been trying to download the DVD .ISO's from http://cdimage.debian.org/cdimage/unofficial/sarge-amd64/iso-dvd/ and, instead of getting the 4.0 and 3.4 GB ISO's, mine only wind up being an even 2GB. Obviously, when they're done, the md5sum's don't line up, and the images don't work. I tried downloading them using my WinXP box (first try was on FC3 box) and I only read them as 387 meg downloads. Any advice on how I can get the whole ISO? I'm surprised cdimage.debian.org is even serving those files properly. I didn't think Apache (2.1 anyway) would serve out large files. At least my experience with 2.0.x would suggest otherwise. From my own experience, curl is one of the few cross platform utilities which will handle large files. I've gone as far as installing Cygwin on Windows machines just to make this work as 32-bit IE and Firefox wouldn't handle it. And on the server side, I've started using Cherokee exactly because it supports large files properly. I was humored to see that the recent Apache 2.1 development branch finally added proper large file support. But again, I'm surprised cdimage.debian.org is handling these files correctly (if in fact it even is). -- Mark Nippere-contacts: 4475 Carter Creek Parkway [EMAIL PROTECTED] Apartment 724 http://nipsy.bitgnome.net/ Bryan, Texas, 77802-4481 AIM/Yahoo: texasnipsy ICQ: 66971617 (979)575-3193 MSN: [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GG/IT d- s++:+ a- C++$ UBL$ P---+++ L+++$ !E--- W++(--) N+ o K++ w(---) O++ M V(--) PS+++(+) PE(--) Y+ PGP t+ 5 X R tv b+++@ DI+(++) D+ G e h r++ y+(**) --END GEEK CODE BLOCK-- ---begin random quote of the moment--- Any technology distinguishable from magic is insufficiently advanced. end random quote of the moment -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Downloading DVD .ISO's
On Wednesday 20 July 2005 03:31 pm, Justin Grindal wrote: Quick question - I've been trying to download the DVD .ISO's from http://cdimage.debian.org/cdimage/unofficial/sarge-amd64/iso-dvd/ and, instead of getting the 4.0 and 3.4 GB ISO's, mine only wind up being an even 2GB. Obviously, when they're done, the md5sum's don't line up, and the images don't work. I tried downloading them using my WinXP box (first try was on FC3 box) and I only read them as 387 meg downloads. Any advice on how I can get the whole ISO? Glad to see it works, Other options are jigdo torrents, both supported by Debian, i.e., available same location as the iso's. I am seeding the Sarge AMD64 dvd's now, not much bandwidth though :-) -- Greg Madden -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]