Re: 2.6.11 kernel can't see 4GB?
HI Max, Max wrote: Koen, What is the model of your motherboard? K8WE (new S2895 motherboard) Does it work stable after remapping? Did you try to run application(s) that would use all 4GB of available memory (the simplest test is copying dvd image or a file of comparable size so it becomes cached into memory)? Yes, it works absolutely fine. Have been moving around 35GB files, and have been running a big postgres database on it (and inserting the 35GB sql dump into it). On my Tyan Tiger K8W, PCI region remapping while making 4GB of memory available causes kernel traps on attepmts to use higher memory regions. So I'm forced to disable it in favor of system stability. I think there were three options for the memory hole, one said hardware, the other said software and can't remember the third one. Setting it to software made the 4GB available and have had no problems whatsoever. This is using the latest debian stock kernel (2.6.11-9-amd64-k8-smp). Max Regards, Koen. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 2.6.11 kernel can't see 4GB?
Koen, What is the model of your motherboard? Does it work stable after remapping? Did you try to run application(s) that would use all 4GB of available memory (the simplest test is copying dvd image or a file of comparable size so it becomes cached into memory)? On my Tyan Tiger K8W, PCI region remapping while making 4GB of memory available causes kernel traps on attepmts to use higher memory regions. So I'm forced to disable it in favor of system stability. Max Koen Tavernier wrote: Lennart Sorensen wrote: On Tue, May 17, 2005 at 01:35:28PM +0100, Koen Tavernier wrote: I've been running a dual opteron box with 2GB for a few days. Today I added 2GB to the box, all recognised by the motherboard, but after booting into linux (with the stock 2.6.11 debian kernel) free only reports 3344996 Kb. I thought the 64 bit kernel avoided all problems with having lots of memory? Or should I pass the kernel a parameter? I had a quick search through the list but couldn't see anything relevant. Does your bios have an option for mapping memory from 3-4GB up to 4-5GB so the PCI memory hole at 3-4GB won't overlap with it? This is sometimes called a memory hole (and you want to make one). The kernel can then use all the memory since 4GB is not a limit for it. Len Sorensen This was in deed the culprit! Once you had mentioned the memory hole I was able to find a lot more information on this. Setting the memory hole mapping to [Software] on the Tyan motherboard gave me 4GB immediately. Thanks a lot for your help! Koen. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [(Partial) SOLUTION] nforce4, Harddisk SATA, DVD-Burner ATAPI: How can I keep ide-scsi from loading?
Kurt Gysin wrote: > Other thing: Do you think it should be reported as a bug if newer debian > kernels contain the unsupported ide-scsi module? But then it seems > no-one but me has has any problems with it... I don't know if the existance of ide-scsi is a bug. I think it might be a bug if it loads into the kernel and takes over the ATAPI drive even if there is no line of ide-scsi in /etc/modules, and there is a line such as /dev/hdc=ide-cd in grub/menu.lst or lilo.conf.That way /dev/hdc doesn't appear as a device, and the atapi drive appears as a scsi device. I have that problem too, but now I'm pleased with this configuration, because of some benefits: cdrecord and cdrdao seems to be running better with scsi emulation in some regards. http://article.gmane.org/gmane.linux.ubuntu.user/34071/match=ggrubbish regards Gerhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Success with Acrobat Reader 7.0 (tweaking module pathes)
Jörg Ebeling wrote: >>7. To remove the warning during module loading: I heard about a config in preferences of acrobat (reader too?), to unload plugins. I'm currently without acrobat reader, and I don't know if there is such an option in the reader too, but I heard about it to speed up the reader in a remarkable way. Maybe someone can look into that? regards Gerhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Success with Acrobat Reader 7.0 (tweaking module pathes)
Jörg Ebeling wrote: > I'm working the whole day with my AMD64 environment. > Everything works fine. > But when I need to develope in PDF I really restart my system back into > IA32 only because of the "Mouseclick" case. > I know, it's stupid. > > May be someone knows another way how to reload PDFs with one click. > I think the browser-plug-in relies on a 32bit browser, maybe I'm wrong, if so please correct me. Can one try to install a 32bit browser like you are showing as example in this thread with acrobat reader? If yes, how could that work? I think the simpliest way might be to get opera 32bit *static*, test with ldd which libs are missing and configure the system that it finds the lacking 32bit libs. For example: I got the same problem with skype_static on my ubuntu amd64 box. ldd shows one lib missing. Is there an easy way to install that lib (libdbus-1.so.0) under /usr/lib32 ? (dbus might be an impossible case, I don't know). Where did you the config edit, you're talking about? The other way is to build a 32bit chroot environement and install there a 32bit browser and the acroread and plugin. I'm pretty unsure about all this 32 vs. 64 bit stuff. I need some hints to get a bit more aware on this stuff... Kind regards Gerhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Success with Acrobat Reader 7.0 (tweaking module pathes)
On 5/22/05, Jörg Ebeling <[EMAIL PROTECTED]> wrote: > However, haven't known that there's a config file... Simply changed it > there so that it points to the lib32 one. > > And YEA... it works !!! Glad to hear that. > I guess something other don't work now due to the config change... but > "shit happen" ;-) . I guess so, but making a copy first should solve that. > Beside that, is there a chance to get the pdf mozilla plugin working or > is that impossible at all (as long as there's no real AMD64 port) ? Try mozplugger. Seems to work for me, after a bit of tweaking. But the reload button restart acroread, which is probably necessary, but may not be what you want. > I know the other readers like xpdf, kpdf and the like, but beside that they > all have problems with some special images (i.e. JPEG transparency) or that > they're sometimes ugly in the handling, I've one BIG problem with > them... may be it's because of nescience of mine: > > "The all have NO reload possibility !" kpdf does. And gv has it in the File menu (which is not shown for a plugin, correct). Also UI of kpdf is very much improved with version 3.4: it finally scrolls nicely across pages, has page previews etc. I think it compare pretty well again acroread, as long as you do not need to fill in forms. > With kpdf or the like you need to close and re-open the file. Not any more, luckily. Just get it from ubuntu and give it a try. Imho kpdf is the one application tha makes upgrading worth it. Thomas
Re: Success with Acrobat Reader 7.0 (tweaking module pathes)
Thomas Steffen wrote: Ok, found the problem with gdk-pixbuf. 5. Edit /usr/bin/acroread. Towards the end, there is a line exec "$ACRO_EXEC_CMD" ${1+"$@"} Add GCONV_PATH=/usr/lib32/gconv LD_PRELOAD=/usr/lib32/libpangohack.so.0.0 at the beginning of this line, before exec. This should be GCONV_PATH=/usr/lib32/gconv LD_PRELOAD=/usr/lib32/libpangohack.so.0.0 GDK_PIXBUF_MODULE_FILE=/etc/gtk-2.0/gdk-pixbuf.loaders32 6. Copy /etc/gtk-2.0/gdk-pixbuf.loaders to /etc/gtk-2.0/gdk-pixbuf.loaders32, and replace all references to /usr/lib/ with /usr/lib32/: sed 's:/usr/lib/:/usr/lib32/:' < /etc/gtk-2.0/gdk-pixbuf.loaders > /etc/gtk-2.0/gdk-pixbuf.loaders32 7. To remove the warning during module loading: rm /usr/lib/Adobe/Acrobat7.0/Reader/intellinux/plug_ins/PPKLite.api Hm, 7 steps is a bit much. Looks like a script should do that :-) Does it work for you? Yeah, now everything is perfect !! Lot thanks !! Jörg
Re: Success with Acrobat Reader 7.0 (tweaking module pathes)
Thomas Steffen wrote: I am glad that you are verifying my approach. I was afraid that I forgot a step that I did, and that seems to be true. Anyway, once it *really* works, I may put it into the FAQ. Ahhh, don't worry about it... you already solved it again... read on... ;-) On 5/22/05, Jörg Ebeling <[EMAIL PROTECTED]> wrote: With your cool description I get the reader now loaded/started, but get a small "Adobe Reader" MessageBox with a warning: "There was an error while loading the plug-in 'PPKLite.api'. The plug-in failed to initialize." Yep, I get that, too. I don't even know what that module is for, so I am not worried :-) Deleting the module should "fix" the warning. Ahh, deleting works :-D ... such easy :-[ . "(acroread:7941): GdkPixbuf-WARNING **: Error loading XPM image loader: Bildlader-Modul konnte nicht geladen werden: /usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-xpm.so: /usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-xpm.so: cannot open shared object file: Datei oder Verzeichnis nicht gefunden" Ok, so pixbuf is a real problem. The issue is that it is using the config file in /etc/gtk-2.0/???, which points to the mentioned libpixbufloader-xpm.so. Since this is an amd64 shared library, it cannot be loaded into the ia32 binary. Which gives me an idea: if you add the ia32 libpixbufloader (probably in /usr/lib32) *in addition* to this one, it should work for both kinds of binaries. I already have them in the libs32 too... However, haven't known that there's a config file... Simply changed it there so that it points to the lib32 one. And YEA... it works !!! I guess something other don't work now due to the config change... but "shit happen" ;-) . Looot thanks !!! Beside that, is there a chance to get the pdf mozilla plugin working or is that impossible at all (as long as there's no real AMD64 port) ? If the plugin spawns a separate process, probably yes. But my experience with plugins is extremely mixed. As a plugin I prefer kpdf 3.4 in konqueror anyway. Huam... Okay, let me go some OT: I know the other readers like xpdf, kpdf and the like, but beside that they all have problems with some special images (i.e. JPEG transparency) or that they're sometimes ugly in the handling, I've one BIG problem with them... may be it's because of nescience of mine: "The all have NO reload possibility !" Imagine, you're developing in/a PDF and need to check the result very often. When using "Adobe Acrobat" as a Browser-Plugin, you've the possibility to press the "reload" button of the browser = one click. With kpdf or the like you need to close and re-open the file. I'm working the whole day with my AMD64 environment. Everything works fine. But when I need to develope in PDF I really restart my system back into IA32 only because of the "Mouseclick" case. I know, it's stupid. May be someone knows another way how to reload PDFs with one click. Cya Jörg
Re: Success with Acrobat Reader 7.0 (tweaking module pathes)
Ok, found the problem with gdk-pixbuf. > 5. Edit /usr/bin/acroread. Towards the end, there is a line > exec "$ACRO_EXEC_CMD" ${1+"$@"} > Add > GCONV_PATH=/usr/lib32/gconv LD_PRELOAD=/usr/lib32/libpangohack.so.0.0 > at the beginning of this line, before exec. This should be GCONV_PATH=/usr/lib32/gconv LD_PRELOAD=/usr/lib32/libpangohack.so.0.0 GDK_PIXBUF_MODULE_FILE=/etc/gtk-2.0/gdk-pixbuf.loaders32 6. Copy /etc/gtk-2.0/gdk-pixbuf.loaders to /etc/gtk-2.0/gdk-pixbuf.loaders32, and replace all references to /usr/lib/ with /usr/lib32/: sed 's:/usr/lib/:/usr/lib32/:' < /etc/gtk-2.0/gdk-pixbuf.loaders > /etc/gtk-2.0/gdk-pixbuf.loaders32 7. To remove the warning during module loading: rm /usr/lib/Adobe/Acrobat7.0/Reader/intellinux/plug_ins/PPKLite.api Hm, 7 steps is a bit much. Looks like a script should do that :-) Does it work for you? Thomas
Re: Success with Acrobat Reader 7.0 (tweaking module pathes)
I am glad that you are verifying my approach. I was afraid that I forgot a step that I did, and that seems to be true. Anyway, once it *really* works, I may put it into the FAQ. On 5/22/05, Jörg Ebeling <[EMAIL PROTECTED]> wrote: > With your cool description I get the reader now loaded/started, but get > a small "Adobe Reader" MessageBox with a warning: >"There was an error while loading the plug-in 'PPKLite.api'. The > plug-in failed to initialize." Yep, I get that, too. I don't even know what that module is for, so I am not worried :-) Deleting the module should "fix" the warning. > "(acroread:7941): GdkPixbuf-WARNING **: Error loading XPM image loader: > Bildlader-Modul konnte nicht geladen werden: > /usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-xpm.so: > /usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-xpm.so: cannot open > shared object file: Datei oder Verzeichnis nicht gefunden" Ok, so pixbuf is a real problem. The issue is that it is using the config file in /etc/gtk-2.0/???, which points to the mentioned libpixbufloader-xpm.so. Since this is an amd64 shared library, it cannot be loaded into the ia32 binary. Which gives me an idea: if you add the ia32 libpixbufloader (probably in /usr/lib32) *in addition* to this one, it should work for both kinds of binaries. I may have a look at this later. (and maybe that trick also works for pango?) > Beside that, is there a chance to get the pdf mozilla plugin working or > is that impossible at all (as long as there's no real AMD64 port) ? If the plugin spawns a separate process, probably yes. But my experience with plugins is extremely mixed. As a plugin I prefer kpdf 3.4 in konqueror anyway. Thomas
Re: Success with Acrobat Reader 7.0 (tweaking module pathes)
Well I tried to get Acrobat 7 working multiple times without success, therefore I'm happy to see that I'm not the onliest who needs the real "Adobe Acrobat Reader" application. With your cool description I get the reader now loaded/started, but get a small "Adobe Reader" MessageBox with a warning: "There was an error while loading the plug-in 'PPKLite.api'. The plug-in failed to initialize." That don't seem to harm because the reader starts successful after that MSG, but when I try to open any kind of PDF, it automatically closes with a remaining MSG: "(acroread:7941): GdkPixbuf-WARNING **: Error loading XPM image loader: Bildlader-Modul konnte nicht geladen werden: /usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-xpm.so: /usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-xpm.so: cannot open shared object file: Datei oder Verzeichnis nicht gefunden" I checked the existence of "libpixbufloader-xpm.so" and I found it in lib32 as well as in lib64. Any suggestions ? Beside that, is there a chance to get the pdf mozilla plugin working or is that impossible at all (as long as there's no real AMD64 port) ? Kind regards Jörg
nvidia in chroot
Hello list. I'm trying to run nvidia in chroot (32bit sarge). And it was working, but lately glxinfo and glxgears gives me this error: :/# glxinfo name of display: :0.0 X Error of failed request: BadLength (poly request too large or internal Xlib length error) Major opcode of failed request: 147 (NV-GLX) Minor opcode of failed request: 3 () Serial number of failed request: 8 Current serial number in output stream: 8 and I don't know how to bite it. Could somebody help? -- Grzegorz Andrelczyk | Wszechświat - kilka praktycznych informacji: [EMAIL PROTECTED] | 1.Obszar: nieskończony; 2. Import: brak; www.nie-panikuj.w.pl | 3.Eksport: brak; 4.Ludność: brak; 5.Waluta: brak; | 6.Sztuka: brak; 7.Seks: brak. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Success with Acrobat Reader 7.0 (tweaking module pathes)
On 5/21/05, Thomas Steffen <[EMAIL PROTECTED]> wrote: [getting acroread to work] I think I found an end user friendly way now to install acroread on a pure64 system. 1. Get ia32-libs and install it. Just about any version should work: testing, unstable, or ubuntu hoary. If you are unsure, do "apt-get install ia32-libs". 2. Get ia32-libs-gtk from ubuntu: http://archive.ubuntu.com/ubuntu/pool/main/i/ia32-libs-gtk/ia32-libs-gtk_4_amd64.deb , and install it with "dpkg -i ia32-libs-gtk_4_amd64.deb". 3. Get the acroread debian package from ftp://ftp.nerim.net/debian-marillat/dists/testing/main/binary-i386/acroread_7.0-0sarge0.9_i386.deb . While you are at it, you may also get the extra plugins. 4. Install it with dpkg -i --force-all acroread_7.0-0sarge0.9_i386.deb . It wont go without force, because it is the wrong architecture. 5. Edit /usr/bin/acroread. Towards the end, there is a line exec "$ACRO_EXEC_CMD" ${1+"$@"} Add GCONV_PATH=/usr/lib32/gconv LD_PRELOAD=/usr/lib32/libpangohack.so.0.0 at the beginning of this line, before exec. That is still a bit messy, but for the time being it will have to do. Do you think there is any chance of: 1. Adobe taking this patch on? 2. Marillat including it? 3. Ubuntu packaging acroread 7.0? 4. Debian getting an acroread installer? Any of these parties could hide the difficulties and make a package that "just works". Thomas
Re: Lilo problem in gcc4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kyuu Eturautti wrote: > I take it there's no solution here yet? I'm kinda hoping to upgrade my > kernel sometime soon...I browsed the list history on the subject and > noticed no solution, at least not on the list. I use a temporary hack. I fetched a lilo source package from pure64 and then compiled this. I have no problem with this. Of course, I haven't checked if a "good" lilo was included in the last dist-upgrade I did a couple of days ago. /Jacob -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCkEr/iAWIAI3xXVYRAjjLAJ4xBMmc5hYxA4lYZmGmxJ8n7X/HhQCgnGwe 4zIuQ2bbnK8b0MOOzof+wP8= =LcT0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Lilo problem in gcc4
Kyuu Eturautti wrote: > > Side question - if this is something troublesome to fix, does anyone > have quick tips on switching boot loader from lilo to grub? > Here you go: http://myrddin.org/howto/debian-grub.php The procedure is the same for debian-amd64. -Corey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]