Niekompatybilne libGL.so (X <-> NVidia)

[Paweł Sikora]

On Wednesday 07 of April 2004 10:04, Marcin Doliński wrote:
> W liście z wto, 06-04-2004, godz. 20:33 +0200, Jakub Bogusz napisał:
> > On Tue, Apr 06, 2004 at 08:05:30PM +0200, Bartosz Taudul wrote:
> > > On Tue, Apr 06, 2004 at 08:04:53PM +0200, Jakub Bogusz wrote:
> > > > Same problemy z tą NVidią.
> > > > Cóż, nabywcom produktów tej firmy pozostaje męczyć producenta, skoro
> > > > on nie chciał udostępnić dokumentacji do stworzenia otwartej
> > > > implementacji GL*. I wyciągnąć wnioski na przyszłość.
> > >
> > > Co polecasz w zamian w zakresie akceleracji 3d? (ati to śmiech na sali
> > > jeżeli chodzi o sterowniki)
> >
> > Lepsze takie (z widokiem na rozwój) od takich z którymi nic nie można
> > zrobić, najwyżej wybierać wersję sprawiającą najmniej problemów spośród
> > iluś wydanych.
>
> Apropos ATI. Opensource-owe sterowniki działają, ale liczba funkcji
> OpenGL-owych jest w porównaniu firegl-a dość ułomna. Niestety firegl u
> nas od 2.6.4 nie działa, więc i dla Ati zbytniego supportu nie mamy.
>
> Apr  6 20:30:17 ziew kernel: fglrx: module license 'Proprietary. (C)
> 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel.
> Apr  6 20:30:17 ziew kernel: printing eip:
> Apr  6 20:30:17 ziew kernel: e1c675b6
> Apr  6 20:30:17 ziew kernel: Oops: 0000 [#1]
> Apr  6 20:30:17 ziew kernel: CPU:    0
> Apr  6 20:30:17 ziew kernel: EIP:    0060:[<e1c675b6>]    Tainted: P
> Apr  6 20:30:17 ziew kernel: EFLAGS: 00010246   (2.6.5)
> Apr  6 20:30:17 ziew kernel: EIP is at firegl_init+0x46/0x110 [fglrx]
> Apr  6 20:30:17 ziew kernel: eax: e1c8cfe0   ebx: 00000000   ecx:
> 00000002   edx: e1c8d000
> Apr  6 20:30:17 ziew kernel: esi: e1c8cb00   edi: e1c8d030   ebp:
> d828bfa0   esp: d828bf4c
> Apr  6 20:30:17 ziew kernel: ds: 007b   es: 007b   ss: 0068
> Apr  6 20:30:17 ziew kernel: Process insmod (pid: 17308,
> threadinfo=d828a000 task=dcb0b160)
> Apr  6 20:30:17 ziew kernel: Stack: e1c8cb00 d828bf64 00000246 e1c8cfe0
> e1c8cb00 c02aec98 e1c8cfe0 e19ba25e
> Apr  6 20:30:17 ziew kernel: 00000000 00000000 00000019 00000018
> 0000001a e1c57c60 00000246 e1c46490
> Apr  6 20:30:17 ziew kernel: e1c1b000 0804b050 c02aecb0 c02aecb0
> c02aec98 d828bfbc c0133d6f c0151b4f
> Apr  6 20:30:17 ziew kernel: Call Trace:
> Apr  6 20:30:17 ziew kernel: [<e19ba25e>] firegl_init_module+0xee/0x185
> [fglrx]
> Apr  6 20:30:17 ziew kernel: [<c0133d6f>] sys_init_module+0xef/0x1e0
> Apr  6 20:30:17 ziew kernel: [<c0151b4f>] filp_close+0x4f/0x80
> Apr  6 20:30:17 ziew kernel: [<c0108fcf>] syscall_call+0x7/0xb
> Apr  6 20:30:17 ziew kernel:
> Apr  6 20:30:17 ziew kernel: Code: 81 3b 00 00 02 10 74 22 c7 04 24 20
> c0 c7 e1 b8 7a 39 c8 e1
>
> Ładne? Jak się okazuje - w żętó, debianie i innych działa.

3 pytania:
- czy ten oops nastepuje w momencie ladowania modulu?
- czy kernel budowales z opcja CONFIG_REGPARM=y ?
- czy deklaracaje funkcji eksportowanych przez prekompilaty firegl
  maja odpowiednie dyrektywy odnosnie regparm?

-- 
If you think of MS-DOS as mono, and Windows as stereo,
  then Linux is Dolby Digital and all the music is free...