Re: dri from chroot
* Andrei Mikhailovsky ([EMAIL PROTECTED]) ha scritto: > Do you get any devices in /dev after binding /dev to /chroot/dev? > > I am mounting /dev and I get all devices in my chroot Well, if I bind /dev on /chroot/dev I have the same devices in both directories (I think this is the expected behaviour). If I do not bind /dev on /chroot/dev, in /chroot/dev there isn't the dri/card0 device. fc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dri from chroot
Hi everybody,
I installed the chroot to run 32bit apps, but I'm not able to access
the /dev/dri/card0 file either binding /dev on /chroot/dev or creating
/chroot/dev/dri/card0 . stracing on glxinfo inside the chroot or by
dchroot:
stat64("/dev/dri/card0", {st_mode=S_IFCHR|0666, st_rdev=mak
edev(226, 0), ...}) = 0
open("/dev/dri/card0", O_RDWR) = 4
ioctl(4, DECODER_GET_CAPABILITIES, 0xd8c0) = -1 EINVAL (Invalid argument)
so the DECODER_GET_CAPABILITIES ioctl fails. Of course outside the
chroot this doesn't happen.
Any hints?
fc
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
octave and octave-forge
Hi everybody, I have octave and octave-forge installed, but on updates it happens octave being updated before octave-forge. To install octave-forge it seems compulsory for it to match the octave version, but it is sometimes annoying having octave-forge removed from an upgrade because of a minor octave update. For example the actual octave-forge in the archive seems 2.65, but octave is 2.65-1, so octave-forge will not install. I could put the octave package on hold, but I don't understand why they are not being updated at the same time. cheers, fc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xorg, transparency and ati drivers
* the owner ([EMAIL PROTECTED]) ha scritto: > What is the ATI video card you use? Radeon 9200 with 128Mb > I was originally interested in the improved open source Radeon code with > DRI and have not tried the composite and transparency in your > question. Try it if you can, as I'd like to know if this is an issue of my installation or not. Googling a bit, it seems this 'slowlyness' affects ATI cards but not nVidia ones. Cheers, fc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xorg, transparency and ati drivers
* Andrei Mikhailovsky ([EMAIL PROTECTED]) ha scritto: > Try fglrx and see for yourself ) I'm trying them, but: - glxgears runs at half speed (~800fps windowed) - if I enable the Composite extension in xorg.conf, DRI will be disabled: (II) fglrx(0): Composite extension enabled, disabling direct rendering (WW) fglrx(0): *** (WW) fglrx(0): * DRI initialization failed! * (WW) fglrx(0): * (maybe driver kernel module missing or bad) * (WW) fglrx(0): * 2D acceleraton available (MMIO) * (WW) fglrx(0): * no 3D acceleration available* (WW) fglrx(0): * * > Also, the terminal transparency is very very slow in opensource drivers. Do you mean you are able to get Composite/Damage working with the proprietary drivers? Cheers, fc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xorg, transparency and ati drivers
Hi everybody, I'm using the ubuntu Xorg server, with the composite and transparency correctly working. I'm also using the opensource radeon driver shipped with it. I get good 3D performances (~2000fps in windowed glxgears) but transparency (set by transset) is really slow, while I expected it to be more smoother. Would this be fixed using the proprietary fglrx driver? Cheers, fc -- I can't afford a signature -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: KDE fonts garbled
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) ha scritto: > I installed the Unbutu X.org Server instead of the XFree86. Hi, I would like to know what are the advantages of such a move. Is it possible to run Ubuntu X.org Server on a pure64 (adding perhaps a line in sources.list)? Cheers, filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kernel panic on boot with 2.6.10 Kernel
* Gordon Ball ([EMAIL PROTECTED]) ha scritto: > Having until recently been using the stock 2.6.8-1-amd64-k8 kernel > (without problems), I decided to try and compile a new one myself. > > Using the package for kernel-source-2.6.10 I compiled a monolithic > kernel with (I think) everything essential for boot compiled into the > kernel. > > I've run out of ideas on this one. Am I missing anything obvious? you may try to enable: # CONFIG_BLK_DEV_IDE_SATA is not set lj -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Ubuntu with AMD64 Support
* Daniel James ([EMAIL PROTECTED]) ha scritto: > upwards. Providing high quality end-user support for that product is > just a physical impossibility, even for a company the size of > Microsoft. imho Microsoft lacks community cheers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: VLC depends problem !
* Ludovic watteaux ([EMAIL PROTECTED]) ha scritto: > vlc: Depends: libflac4 but it is not installable > E: Broken packages > > Maby vlc must use libflac6 in place of libflac4. Compile it by hand. cheers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Ubuntu with AMD64 Support
* Johannes Klug ([EMAIL PROTECTED]) ha scritto: > Hello! > The Ubuntu Team has recently released [1] a new version of their live-cd > distro. > > "Hoary Hedgehog" is available as a native AMD64 version. > Has anyone tested this thing so far? > How does it fare? I tried it. The live cd has been able to detect everything, and I ended up using gnome 2.9.4 at 1280x1024 which is the resolution I use normally. In the overall I think it is nice, but from my point of view some tools. Compared to, let's say, Knoppix it has far less applications. It is OK for home and office use. cheers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: AMD64 patch for flavio's fglrx debs
* Ludovic watteaux ([EMAIL PROTECTED]) ha scritto: > > h-3.00$ fglrxinfo > display: :0.0 screen: 0 > OpenGL vendor string: Mesa project: www.mesa3d.org > OpenGL renderer string: Mesa GLX Indirect > OpenGL version string: 1.3 Mesa 4.0.4 > > I don't have the performance of Johannes Pleikies : > > After this the estimated fps in glxgears raised from 150 to 1750. > Is it normal ? Maybe fglrx libGL.so.1.2 is not in place. The vendor string should be "ATI ..". cheers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Installation on Gigabyte GA-K8NS-Pro
* Tobias Schulte ([EMAIL PROTECTED]) ha scritto: > So, for the mainboard compatibility list: > > Mainboard Gigabyte GA-K8NS-Pro > ATA: nforce > ATA Raid: ? > Serial ATA: ? > SCSI: - > Network: sk98lin > Sound: snd-intel8x0 I have the same board, but I don't have SATA disks either. Anyway if the SATA controller is enabled in the BIOS, it is seems to be correctly detected by the system. It would be nice to check if this effectively works, just to give a more complete report. cheers, fc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New ATI fglrx drivers work with AMD64
* Manuel Capinha ([EMAIL PROTECTED]) ha scritto: > I got it to install and I can now boot X using ATI's proprietary > drivers, but I got no OpenGL support. Running glxgears gives me around > 60 fps, so I know that's being done in software! > > (EE) fglrx(0): [agp] unable to acquire AGP, error "xf86_EINVAL" is the agp correctly probed? For example I get: $ dmesg | grep agp agpgart: Detected AGP bridge 0 agpgart: Setting up Nforce3 AGP. agpgart: Maximum main memory to use for agp memory: 439M agpgart: AGP aperture is 128M @ 0xe000 Linux agpgart interface v0.100 (c) Dave Jones agpgart: Found an AGP 3.0 compliant device at :00:00.0. and you should have: $ ls -l /dev/agpgart crw-rw 1 root video 10, 175 Jan 18 08:50 /dev/agpgart > Is anyone else seeing this or does everyone else but my have OpenGL by > hardware ? > I have a radeon9200 and I used to have the proprietary driver on my previous i386 architecture. On AMD64 I'm using the opensource drivers getting ~2000fps with windowed glxgears (~130 fullscreen), so fully accelerated. cheers, fc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New ATI fglrx drivers work with AMD64
* Lorenzo Milesi ([EMAIL PROTECTED]) ha scritto: > > Hi, I'd just like to give the list a heads up that the new ATI fglrx > > drivers actually work with amd64. They're only available (as usual) in > > rpm's but I hacked together Flavio's debian packages and with a bit of > > manual copying around it works. > > Can you tell me how did you do it? > I tried just alien-ing the rpm but fails because it tries to overwrite > `/usr/X11R6/lib/libGL.so.1.2', owned by xlibmesa-gl package. use the --force-overwrite switch of dpkg. cheers, fc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Marvel Yukon gigabit LAN on Gigabyte K8NS Pro
* Mahmoud Al Gammal ([EMAIL PROTECTED]) ha scritto: > > I'm using sarge-netinst, and the installer fails while > modprob'ing my network chip, a built-in Marvel Yukon. I've > disabled it inBIOS and added a Realtek 8139 that worked for me > before with debian on ARM. Any idea? I have the very same motherboard, but I didn't use the built in marvel LAN adapter during installation. I can tell it works, and its module is sk98lin (under kernel version 2.6.10, and very likely with older versions). Try to disable the firewire port from the bios (which may cause other lan devices to "appear") and modprobe it by hand. cheers, fc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 32 to 64 upgrade notion
* Ernest jw ter Kuile ([EMAIL PROTECTED]) ha scritto: > Today, on AMD64, 64 bit soft has a small performance loss compaired > to 32bits soft. This is often due to better assembly optimization > for 32 bits mode. > > As specific 64bit assembly does not significantly differe from > specific 32bit assembly, I expect this to change, when people learn > to do both. When that happen, on AMD64, 64bit code will be faster. Isn't this an issue about compilers? I mean any programmer should write his code as he has always done, then the compiler will optimize. AMD64 is just another 64bit architecture, there has 'always' been out there sparc and motorola 64bit processors. -fc- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: emacs21, linker, kernel compilation problems
* Filippo Carone ([EMAIL PROTECTED]) ha scritto: > > ... > > problem. More recently I find that the system runs reliably with the > > RAM at DDR400 when installed in slots 1,2. > > I'll try to change the slot too. changing the slot, solved the issue. > Thanks a lot for the help, > filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: emacs21, linker, kernel compilation problems
* Hank Barta ([EMAIL PROTECTED]) ha scritto: > On Sun, 16 Jan 2005 01:29:00 +0100, Filippo Carone > <[EMAIL PROTECTED]> wrote: > > Hi everybody, > > I successfully installed the pure64 sid archive, without any big > > problems but two. emacs21 segfaults after loading some extensions but > > before giving me any chances to write, I hope it get fixed soon. > > The second problem is when I run some commands I get the following error: > > > > Inconsistency detected by ld.so: dynamic-link.h: 164: \ > > elf_get_dynamic_info: Assertion `info[9]->d_un.d_val == \ > > sizeof (Elf64_Rela)' failed! > > > > This happens really randomly. Reading the list, I've seen this > > problem has been reported only once at the end of december, but nobody > > answered. > > Could it be a hardware problem on your box? Yes, I'm afraid it is :/. >I spent some time > struggling with RAM problems and the problems tended to follow a > certain pattern, mostly manifesting as difficulty reading files from > the hard drive or CD-ROM (both IDE.) In your case it looks like it > encounters errors trying to load a particularly library. I think it's a RAM related problem. The problem is there's no place in the BIOS where to change the RAM speed (ie, from 400, to 333). > ... > problem. More recently I find that the system runs reliably with the > RAM at DDR400 when installed in slots 1,2. I'll try to change the slot too. Thanks a lot for the help, filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
emacs21, linker, kernel compilation problems
Hi everybody, I successfully installed the pure64 sid archive, without any big problems but two. emacs21 segfaults after loading some extensions but before giving me any chances to write, I hope it get fixed soon. The second problem is when I run some commands I get the following error: Inconsistency detected by ld.so: dynamic-link.h: 164: \ elf_get_dynamic_info: Assertion `info[9]->d_un.d_val == \ sizeof (Elf64_Rela)' failed! This happens really randomly. Reading the list, I've seen this problem has been reported only once at the end of december, but nobody answered. As a side note, I'd like to know if someone has successfully compiled the linux kernel by himself using gcc-3.3 and the pure64 archive. Do you recommend to use the gcc-3.4 archive? cheers, Filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
"rock solid" motherboard
Hi everybody, I'm going to buy an AMD64 system and being a debian user I plan to install the AMD64 port. The main matter is about the mainboard. Reading this list and googling in general is not easy to understand if a mainboard is well supported or not. For example the ASUS K8V Deluxe is somewhere said to be linux "rock solid", while some messages in this list report problems with sound, acpi and random system reboots (which really scare me). Anyway the page: https://alioth.debian.org/docman/view.php/30192/27/mainboards.html shows every field without "?", thus making me think the mainboard is fully supported. Almost the same applies for the nforce3 250-gb, in this list some say some say the network and audio are well supported, while a mainboard using this chipset, Gigabyte GA-K8N PRO shows a "?" in the sound column of the "supported hardware" page. I'm a bit puzzled, but I think this is because motherboards come with different BIOS versions and people have different experiences from the same hardware. The choices I have are: Gigabyte GA-K8NS Chipset: NVIDIA nForce3 250 + ITE IT8712F Audio: Realtek ALC850 Ac'97 Lan: ICS 1883 10/100Tx RJ45 or Marvell 8001 Gigabyte GA-K8NF-9 Chipset: NVIDIA nForce4 4X MCPs Audio: Realtek ALC850 Ac'97 Lan: CICADA8201 Gigabit Asus K8V-DELUXE Chipset: VIA K8T800 + VT8237 Audio: ADI 1980 Lan: 3COM 3C940 Gb These are almost in the same price range, the first being the cheapest. Which one would you suggest? Are nvidia proprietary drivers working well? cheers -- P E A C E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
