Framebuffer (1280x800)

[lennynero]

no figurati non mi incazzo affatto, anzi mi meraviglia la tua infinita pazienza (grazie mille)
comunque andando ocn ordine:
1) Sul discorso sulla gestione del bus(PCIE) non ti so dire xke non sono abb esperto.
2) Per quanto riguarda la gestione della compilazione del kernel io uso un mio scriptino che mi crea image, moduli e headers, ti posto anche lo script : http://rafb.net/p/kmbl1o12.html
3) Il lilo.conf e il dmesg li allego qui: http://rafb.net/p/wY4V4w55.html

EDIT:

root:/home/lenny# lspci | grep X700
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility X700 (PCIE)

se può aiutare...

[nuitari]

Ma figurati =) Dopo aver scritto una wiki poi, non posso non aiutarti, ne va della mia faccia .

Beh, mi pare chiaro che compili ed installi il kernel nel modo giusto, ma dall'output di dmesg è evidente che radeonfb non fa nemmeno un tentativo blando di caricarsi. Il motivo per cui non ti accetta parametri di configurazione è che proprio non viene caricato.

Il punto ora è: perchè radeonfb non viene caricato??? Forse, e dico forse, il motivo è da ricercarsi nel resto della configurazione del kernel. Ora me la studio per benino.

Un modo per farsi un idea del motivo potrebbe essere quello di caricare radeonfb come modulo ed inserirlo a kernel avviato, da console, in modo che eventuali driver/moduli siano sicuramente caricati al momento del probing.
Il prob è che non l'ho mai fatto, quindi non saprei darti una mano in merito.

Ora mi guardo prima il tuo kernel, poi tento di caricare anch'io radeonfb come modulo e ti dico.

[nuitari]

scusa, che versione del kernel stai usando? che mi scarico quella.

[lennynero]

Un modo per farsi un idea del motivo potrebbe essere quello di caricare radeonfb come modulo ed inserirlo a kernel avviato, da console, in modo che eventuali driver/moduli siano sicuramente caricati al momento del probing.

Io ho provato a ricompilare il kernel mettendo radeonfb come modulo, poi ho provato a caricarlo da console con linux avviata(fammela passare ), e questo è il risultato di lsmod:

root:/home/lenny# lsmod | grep radeonfb
radeonfb 94272 0
fb_ddc 1792 1 radeonfb
cfbcopyarea 3200 1 radeonfb
cfbimgblt 2496 1 radeonfb
cfbfillrect 3072 1 radeonfb

a questo punto le mie ipotesi sono 2: o c'è qualcosa che non va nella mia conf del kernel oppure il mio hw e radeonfb non vanno d'accordo, e nel secondo caso me ne devo afre una ragione.

ps sto usando il kernel 2.6.23.1

[nuitari]

dunque, ho provato anch'io con radeonfb come modulo.

Una volta avviato l'os, prima di caricare il modulo, ho fatto un

Codice: Seleziona tutto

ls /dev | grep fb

e non ho ottenuto nulla.
ho proceduto quindi a caricare il modulo:

Codice: Seleziona tutto

modprobe radeonfb

e me l'ha subito caricato. Inoltre, fbcon, che è compilato staticamente (sia nel mio che nel tuo kernel) ha preso il sopravvento sulla console standard, passando subito in modalità grafica. il mio lsmod è uguale al tuo:

Codice: Seleziona tutto

samuele@nuitari-laptop:~$ lsmod | grep radeon
radeonfb               96320  1
fb_ddc                  2688  1 radeonfb
cfbcopyarea             3584  1 radeonfb
cfbimgblt               2944  1 radeonfb
cfbfillrect             3712  1 radeonfb

ho controllato in dev e sono comparsi i device:

Codice: Seleziona tutto

samuele@nuitari-laptop:~$ ls -la /dev/ | grep fb
drwxr-xr-x  2 root root        60 2007-10-21 18:30 fb/
lrwxrwxrwx  1 root root         4 2007-10-21 18:30 fb0 -> fb/0

inoltre, se controllo la fine di dmesg, vedo:

Codice: Seleziona tutto

radeonfb: Monitor 1 type LCD found
radeonfb: Monitor 2 type no found
radeonfb: panel ID string: Samsung LTN154X1 WXGA
radeonfb: detected LVDS panel size from BIOS: 1280x800
radeondb: BIOS provided dividers will be used
radeonfb: Dynamic Clock Power Management enabled
Console: switching to colour frame buffer device 160x50
radeonfb (0000:01:00.0): ATI Radeon NP

la domanda ora è: se fai ls dev e controlli dmesg dopo aver caricato il modulo, cosa vedi?

[lennynero]

root:/home/lenny# ls -la /dev/ | grep fb
root:/home/lenny#

. Come avevo detto in qualche post pprecedente con vesafb compariva fb0...

[nuitari]

si ma non hai nulla usandolo compilato staticamente o come modulo?
io vorrei sapere se compare qualcosa quando lo carichi come modulo. inoltre è fondamentale che mi dici cosa appare in dmesg quando carichi il modulo. dai prova e dimmi

[lennynero]

ho provato sia staticamente che come modulo, e in dmesg non compare assolutamente nulla, tanto meno compare la /dev/fb0...

[nuitari]

ASD... ok, l'unica cosa rimasta da provare è di smanettare un po' con il kernel per capire se qualche altra opzione inibisce il caricamento di radeonfb. (PS: vai un tentativo disattivando l'opzione debug del driver radeonfb)

Se non riusciamo a beccare nulla, dovrai ripiegare su vesafb od uvesafb (provato, funziona discretamente).

Il prob è che con quei driver sarà MOLTO dura andare sopra i 1024x768.. questo perchè 1280x800 non è una risoluzione VESA standard ed il driver dovrebbe opporsi.. non che non si possa comunque provare.

Ho letto in questo post che nessuno ha mai visto uno screen di una console 1280x800 funzionante. ecco qui:

http://www.blueocarina.com/slackware-12 ... silent.png

mi odi, vero?

[lennynero]

aspetta un momento, ma tu usi bootsplash?se sì, per utilizzarlo hai dovuto patchare il kernel???

[nuitari]

uso fbsplash, e non mi ricordo cosa ho dovuto fare ^^ volevo provare a rifare tutta l'operazione per scrivere un howto nella wiki.
comunque il driver radeonfb funzionava bene anche prima.

[lennynero]

che kernel stai utilizzando tu?
Immagino che fbsplash funzioni solo se *HAI* un framebuffer vero...!?!?!?!?

[nuitari]

al momento sto usando il 2.6.22.5, ma solo perchè non ho ancora avuto voglia di installare il 2.6.23.1, non per un motivo particolare ^_^

Comunque, si è ovvio, ci vuole un framebuffer 8)Tu se proprio non riesci a far andare radeonfb, fbsplash potrai usarlo con vesafb comunque.

[nuitari]

dunque, leggendo dentro radeon_base.c, ho visto un po' di parametri. potresti provare a passarne qualcuno a radeonfb per vedere che succede.

ecco l'elenco:

MODULE_AUTHOR("Ani Joshi");

è lui che dobbiamo picchiare? .

noaccel
tipo: booleano (true/false)
default: false
descrizione: disable acceleration

default_dynclk
tipo: numerico
default: 0
descrizione: -2=enable on mobility only,-1=do not change,0=off,1=on

nomodeset
tipo: booleano (true/false)
default: false
descrizione: disable actual setting of video mode

mirror
tipo: booleano (true/false)
default: false
descrizione: mirror the display to both monitors

force_dfp
tipo: booleano (true/false)
default: false
descrizione: force display to dfp

ignore_edid
tipo: booleano (true/false)
default: false
descrizione: Ignore EDID data when doing DDC probe

monitor_layout
tipo: stringa
descrizione: Specify monitor mapping (like XFree86)

force_measure_pll
tipo: booleano (true/false)
default: false
descrizione: Force measurement of PLL (debug)

nomtrr
tipo: booleano (true/false)
default: false
descrizione: disable use of MTRR registers

panel_yres
tipo: numerico intero
default: 0
descrizione: set panel yres

mode_option
tipo: stringa
descrizione: Specify resolution as "<xres>x<yres>[-<bpp>][@<refresh>]"

force_sleep
tipo: booleano (true/false)
default: false
descrizione: force D2 sleep mode on all hardware

ignore_devlist
tipo: booleano (true/false)
default: false
ignore workarounds for bugs in specific laptops

puoi provarne qualcuno... chissà, magari prende a funzionare ^^

[lennynero]

un'altra curiosità: in /etc/modprobe.d/blacklist hai anche radeonfb?

EDIT; provati alcuni parametri

append="video=radeonfb:default_dynclk=-2,ignore_devlist,mode_option=1024x768-16@60"

ma continua a ignorarli...