Perfezionare kernel monolitico

Se avete problemi con l'installazione e la configurazione di Slackware postate qui. Non usate questo forum per argomenti generali... per quelli usate Gnu/Linux in genere.

Moderatore: Staff

Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
ragnetto
Linux 1.x
Linux 1.x
Messaggi: 178
Iscritto il: sab 2 feb 2008, 22:07

Perfezionare kernel monolitico

Messaggio da ragnetto »

Slackware12, ho creato un kernel monolitico ultraleggero e sembra che nonstante abbia tutto incorporato non trovi i supporti necessari.
dmesg

Codice: Seleziona tutto

Linux version 2.6.23.14 (root@marco) (gcc version 4.1.2) #2 PREEMPT Wed Feb 6 23:30:37 CET 2008
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009dc00 (usable)
 BIOS-e820: 000000000009dc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e4000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000001ffb0000 (usable)
 BIOS-e820: 000000001ffb0000 - 000000001ffbe000 (ACPI data)
 BIOS-e820: 000000001ffbe000 - 000000001ffe0000 (ACPI NVS)
 BIOS-e820: 000000001ffe0000 - 0000000020000000 (reserved)
 BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
 BIOS-e820: 00000000fecc0000 - 00000000fecc1000 (reserved)
 BIOS-e820: 00000000ff780000 - 0000000100000000 (reserved)
511MB LOWMEM available.
Entering add_active_range(0, 0, 130992) 0 entries of 256 used
Zone PFN ranges:
  DMA             0 ->     4096
  Normal       4096 ->   130992
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
    0:        0 ->   130992
On node 0 totalpages: 130992
  DMA zone: 32 pages used for memmap
  DMA zone: 0 pages reserved
  DMA zone: 4064 pages, LIFO batch:0
  Normal zone: 991 pages used for memmap
  Normal zone: 125905 pages, LIFO batch:31
  Movable zone: 0 pages used for memmap
DMI present.
Allocating PCI resources starting at 30000000 (gap: 20000000:dec00000)
Built 1 zonelists in Zone order.  Total pages: 129969
Kernel command line: BOOT_IMAGE=L-2.6.23.14-l ro root=804
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
PID hash table entries: 2048 (order: 11, 8192 bytes)
Detected 2192.549 MHz processor.
Console: colour VGA+ 80x25
console [tty0] enabled
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 514472k/523968k available (2788k kernel code, 8928k reserved, 1115k data, 156k init, 0k highmem)
virtual kernel memory layout:
    fixmap  : 0xffffb000 - 0xfffff000   (  16 kB)
    vmalloc : 0xe0800000 - 0xffff9000   ( 503 MB)
    lowmem  : 0xc0000000 - 0xdffb0000   ( 511 MB)
      .init : 0xc04d2000 - 0xc04f9000   ( 156 kB)
      .data : 0xc03b9022 - 0xc04cfdf8   (1115 kB)
      .text : 0xc0100000 - 0xc03b9022   (2788 kB)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 4385.81 BogoMIPS (lpj=2192907)
Mount-cache hash table entries: 512
CPU: After generic identify, caps: 078bfbff ebd3fbff 00000000 00000000 00002001 00000000 0000001d 00000000
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
CPU: After all inits, caps: 078bfbff ebd3fbff 00000000 00000410 00002001 00000000 0000001d 00000000
Compat vDSO mapped to ffffe000.
CPU: AMD Athlon(tm) 64 Processor 3500+ stepping 02
Checking 'hlt' instruction... OK.
xor: automatically using best checksumming function: pIII_sse
   pIII_sse  :  6612.000 MB/sec
xor: using function: pIII_sse (6612.000 MB/sec)
NET: Registered protocol family 16
PCI: Using configuration type 1
Setting up standard PCI resources
SCSI subsystem initialized
libata version 2.21 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
PCI: Transparent bridge - 0000:00:13.1
PCI: Using IRQ router default [1106/3337] at 0000:00:11.0
PCI: Bridge: 0000:00:01.0
  IO window: disabled.
  MEM window: disabled.
  PREFETCH window: disabled.
PCI: Bridge: 0000:00:02.0
  IO window: c000-cfff
  MEM window: fbb00000-fbbfffff
  PREFETCH window: f0000000-f7ffffff
PCI: Bridge: 0000:00:03.0
  IO window: d000-dfff
  MEM window: fbd00000-fbdfffff
Time: tsc clocksource has been installed.
  PREFETCH window: disabled.
PCI: Bridge: 0000:00:03.1
  IO window: disabled.
  MEM window: disabled.
  PREFETCH window: faf00000-faffffff
PCI: Bridge: 0000:00:03.2
  IO window: disabled.
  MEM window: fbc00000-fbcfffff
  PREFETCH window: disabled.
PCI: Bridge: 0000:00:03.3
  IO window: disabled.
  MEM window: disabled.
  PREFETCH window: fae00000-faefffff
PCI: Bridge: 0000:00:13.0
  IO window: disabled.
  MEM window: fbf00000-fbffffff
  PREFETCH window: disabled.
PCI: Bridge: 0000:00:13.1
  IO window: e000-efff
  MEM window: fbe00000-fbefffff
  PREFETCH window: 30000000-300fffff
PCI: Setting latency timer of device 0000:00:01.0 to 64
PCI: Setting latency timer of device 0000:00:02.0 to 64
PCI: Setting latency timer of device 0000:00:03.0 to 64
PCI: Setting latency timer of device 0000:00:03.1 to 64
PCI: Setting latency timer of device 0000:00:03.2 to 64
PCI: Setting latency timer of device 0000:00:03.3 to 64
PCI: Setting latency timer of device 0000:00:13.0 to 64
PCI: Setting latency timer of device 0000:00:13.1 to 64
NET: Registered protocol family 2
IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
TCP established hash table entries: 16384 (order: 5, 131072 bytes)
TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
TCP reno registered
NTFS driver 2.1.28 [Flags: R/W DEBUG].
fuse init (API version 7.8)
async_tx: api initialized (async)
io scheduler noop registered
io scheduler cfq registered (default)
PCI: VIA PCI bridge detected. Disabling DAC.
Boot video device is 0000:02:00.0
PCI: Setting latency timer of device 0000:00:02.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:02.0:pcie00]
Allocate Port Service[0000:00:02.0:pcie02]
PCI: Setting latency timer of device 0000:00:03.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:03.0:pcie00]
Allocate Port Service[0000:00:03.0:pcie02]
PCI: Setting latency timer of device 0000:00:03.1 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:03.1:pcie00]
Allocate Port Service[0000:00:03.1:pcie02]
PCI: Setting latency timer of device 0000:00:03.2 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:03.2:pcie00]
Allocate Port Service[0000:00:03.2:pcie02]
PCI: Setting latency timer of device 0000:00:03.3 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:03.3:pcie00]
Allocate Port Service[0000:00:03.3:pcie02]
Linux agpgart interface v0.102
[drm] Initialized drm 1.1.0 20060810
[drm] Initialized radeon 1.28.0 20060524 on minor 0
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
FDC 0 is a post-1991 82077
RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize
loop: module loaded
Linux video capture interface: v2.00
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller at PCI slot 0000:00:0f.1
VP_IDE: chipset revision 7
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt8237a (rev 00) IDE UDMA133 controller on pci0000:00:0f.1
    ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0xfc08-0xfc0f, BIOS settings: hdc:pio, hdd:pio
Probing IDE interface ide0...
hda: DVDRW 1008IB, ATAPI CD/DVD-ROM drive
hda: drive side 80-wire cable detection failed, limiting max speed to UDMA33
hda: selected mode 0x42
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
Probing IDE interface ide1...
hda: ATAPI 40X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
ide-floppy driver 0.99.newide
Loading iSCSI transport class v2.0-724.
sata_via 0000:00:0f.0: version 2.3
sata_via 0000:00:0f.0: routed to hard irq line 10
scsi0 : sata_via
scsi1 : sata_via
ata1: SATA max UDMA/133 cmd 0x0001bc00 ctl 0x0001b882 bmdma 0x0001b400 irq 10
ata2: SATA max UDMA/133 cmd 0x0001b800 ctl 0x0001b482 bmdma 0x0001b408 irq 10
ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata1.00: ATA-7: MAXTOR STM3320820AS, 3.AAE, max UDMA/133
ata1.00: 625142448 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata1.00: configured for UDMA/133
ata2: SATA link down 1.5 Gbps (SStatus 0 SControl 300)
scsi 0:0:0:0: Direct-Access     ATA      MAXTOR STM332082 3.AA PQ: 0 ANSI: 5
sd 0:0:0:0: [sda] 625142448 512-byte hardware sectors (320073 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 0:0:0:0: [sda] 625142448 512-byte hardware sectors (320073 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sda: sda1 < sda5 > sda2 sda4
sd 0:0:0:0: [sda] Attached SCSI disk
ehci_hcd 0000:00:10.4: EHCI Host Controller
ehci_hcd 0000:00:10.4: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:10.4: irq 5, io mem 0xfbaffc00
ehci_hcd 0000:00:10.4: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 8 ports detected
Initializing USB Mass Storage driver...
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input0
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid10 personality registered for level 10
raid6: int32x1    796 MB/s
raid6: int32x2    902 MB/s
raid6: int32x4    746 MB/s
raid6: int32x8    511 MB/s
raid6: mmxx1     1773 MB/s
raid6: mmxx2     3273 MB/s
raid6: sse1x1    1765 MB/s
raid6: sse1x2    2972 MB/s
raid6: sse2x1    2972 MB/s
raid6: sse2x2    3972 MB/s
raid6: using algorithm sse2x2 (3972 MB/s)
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
md: multipath personality registered for level -4
device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-devel@redhat.com
padlock: VIA PadLock not detected.
padlock: VIA PadLock Hash Engine not detected.
Advanced Linux Sound Architecture Driver Version 1.0.14 (Fri Jul 20 09:12:58 2007 UTC).
ALSA device list:
  #0: Dummy 1
TCP cubic registered
Initializing XFRM netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 10
IPv6 over IPv4 tunneling driver
NET: Registered protocol family 17
NET: Registered protocol family 15
Using IPI Shortcut mode
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
ReiserFS: sda4: found reiserfs format "3.6" with standard journal
ReiserFS: sda4: using ordered data mode
ReiserFS: sda4: journal params: device sda4, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sda4: checking transaction log (sda4)
ReiserFS: sda4: journal-1153: found in header: first_unflushed_offset 6195, last_flushed_trans_id 168742
ReiserFS: sda4: journal-1206: Starting replay from offset 724745666435123, trans_id 3757115200
ReiserFS: sda4: journal-1299: Setting newest_mount_id to 535
ReiserFS: sda4: Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 156k freed
spurious 8259A interrupt: IRQ7.

Avatar utente
nuitari
Linux 3.x
Linux 3.x
Messaggi: 777
Iscritto il: dom 14 ott 2007, 12:51
Slackware: 12.0
Località: San Colombano al Lambro
Contatta:

Re: Perfezionare kernel monolitico

Messaggio da nuitari »

Non è un bene fare un kernel monolitico, per una serie di motivi. Il primo e fondamentale è che gli script di sistema e gli applicativi si aspettano di trovare dei moduli ed alcuni potrebbero benissimo rifiutarsi di funzionare se vengono delusi.
Il secono è che determinati driver (come quello d'emulazione scsi ad esempio) è meglio avviarli ad OS caricato per evitare di dover passare 10.000 parametri al kernel dal bootloader.

Avatar utente
aLvArO
Linux 4.x
Linux 4.x
Messaggi: 1201
Iscritto il: mer 30 mar 2005, 0:00
Nome Cognome: alessio
Slackware: current64
Kernel: 2.6.30-rc8-smp
Desktop: kde 4.2.4
Località: Catanzaro Lido (CZ)

Re: Perfezionare kernel monolitico

Messaggio da aLvArO »

nuitari ha scritto:Non è un bene fare un kernel monolitico, per una serie di motivi. Il primo e fondamentale è che gli script di sistema e gli applicativi si aspettano di trovare dei moduli ed alcuni potrebbero benissimo rifiutarsi di funzionare se vengono delusi.
Il secono è che determinati driver (come quello d'emulazione scsi ad esempio) è meglio avviarli ad OS caricato per evitare di dover passare 10.000 parametri al kernel dal bootloader.
sono daccordo. anche se qualke hanno fa mi ero imbattutto in una discussione dove molti utenti preferivano i kernel monolitici,
elencando svariate motivazioni, ma ricordo che ora come allora nn ero daccordo.

ragnetto
Linux 1.x
Linux 1.x
Messaggi: 178
Iscritto il: sab 2 feb 2008, 22:07

Re: Perfezionare kernel monolitico

Messaggio da ragnetto »

Vorrei provarlo comunque (anche per fini didattici). Potete aiutarmi? Qualsiasi info è benaccetta.

Mario Vanoni
Iper Master
Iper Master
Messaggi: 3174
Iscritto il: lun 3 set 2007, 21:20
Nome Cognome: Mario Vanoni
Slackware: 12.2
Kernel: 3.0.4 statico
Desktop: fluxbox/seamonkey
Località: Cuasso al Monte (VA)

Re: Perfezionare kernel monolitico

Messaggio da Mario Vanoni »

aLvArO ha scritto:
nuitari ha scritto:Non è un bene fare un kernel monolitico, per una serie di motivi. Il primo e fondamentale è che gli script di sistema e gli applicativi si aspettano di trovare dei moduli ed alcuni potrebbero benissimo rifiutarsi di funzionare se vengono delusi.
Il secono è che determinati driver (come quello d'emulazione scsi ad esempio) è meglio avviarli ad OS caricato per evitare di dover passare 10.000 parametri al kernel dal bootloader.
sono daccordo. anche se qualke hanno fa mi ero imbattutto in una discussione dove molti utenti preferivano i kernel monolitici,
elencando svariate motivazioni, ma ricordo che ora come allora nn ero daccordo.
Permettete un'opinione diversa.

In ditta da anni sui server, esposti all'internet, solo kernel statici/monolitici.
Rationale: nessuno potra` mai caricare un modulo.

Sulle macchine private invece mi obbliga "alsa",
mai riuscito a farle funzionare in modo statico con suono.

Mario Vanoni

ragnetto
Linux 1.x
Linux 1.x
Messaggi: 178
Iscritto il: sab 2 feb 2008, 22:07

Re: Perfezionare kernel monolitico

Messaggio da ragnetto »

E quali sarebbero i driver che devi impostare come moduli per forza?

Avatar utente
targzeta
Iper Master
Iper Master
Messaggi: 6643
Iscritto il: gio 3 nov 2005, 14:05
Nome Cognome: Emanuele Tomasi
Slackware: 64-current
Kernel: latest stable
Desktop: IceWM
Località: Carpignano Sal. (LE) <-> Pisa

Re: Perfezionare kernel monolitico

Messaggio da targzeta »

nuitari ha scritto:Non è un bene fare un kernel monolitico....
Ragazzi, il contrario di kernel monolitico NON è kernel modulare, bensì microkernel!!!
Linux ha comunque un kernel monolitico!!!

http://it.wikipedia.org/wiki/Kernel#Kernel_monolitici

Detto questo, io preferisco avere tanti moduli per quante sono le periferiche che non uso di solito, vedi scheda sonora, lettore DVD, usb...., grazie al supporto per l'inserimento automatico di un modulo si può far si che non ci sia codice "non swappabile" in memoria sino al momento del suo utilizzo :).

Per il problema del thread, io non ho neanche capito dove sta ;).

Spina
Se pensi di essere troppo piccolo per fare la differenza, prova a dormire con una zanzara -- Dalai Lama

Avatar utente
targzeta
Iper Master
Iper Master
Messaggi: 6643
Iscritto il: gio 3 nov 2005, 14:05
Nome Cognome: Emanuele Tomasi
Slackware: 64-current
Kernel: latest stable
Desktop: IceWM
Località: Carpignano Sal. (LE) <-> Pisa

Re: Perfezionare kernel monolitico

Messaggio da targzeta »

ragnetto ha scritto:E quali sarebbero i driver che devi impostare come moduli per forza?
Alcuni driver proprietari ad esempio, vedi scheda video ATI o NVIDIA

Spina
Se pensi di essere troppo piccolo per fare la differenza, prova a dormire con una zanzara -- Dalai Lama

Mario Vanoni
Iper Master
Iper Master
Messaggi: 3174
Iscritto il: lun 3 set 2007, 21:20
Nome Cognome: Mario Vanoni
Slackware: 12.2
Kernel: 3.0.4 statico
Desktop: fluxbox/seamonkey
Località: Cuasso al Monte (VA)

Re: Perfezionare kernel monolitico

Messaggio da Mario Vanoni »

ragnetto ha scritto:E quali sarebbero i driver che devi impostare come moduli per forza?
make menuconfig
Device Drivers --> Sound, se metto
<*> Sound card support
alsaconf e co. reclamano i moduli non esistenti

Idem con
<*> Hardware Monitoring support
ed i vari sensori statici (uso sensors e hddtemp)

Il peggio disable'ando
[*] Enable loadable module support

Files: ext2, Minix, Userspace e Network,
tutti _sempre_ statici, altri non mi servono, quindi [ ].

Boot: lilo con bzImage, niente initrd e co.
Kernel 2.4.24 oggi, forse metto il 2.4.24.1 appena uscito
Slackware: -current una macchina, 12.0 le altre due, tutte aggiornate.

Puo` essere benissimo che qualcosa mi sfugga per farli andare in modo statico,
ma sulle mie macchine private la sicurezza (assoluta?) non ha tanta importanza.

Inconsciamente sogno che un giorno un virus mi visiti (da 23 anni!).

Mario Vanoni

Mario Vanoni
Iper Master
Iper Master
Messaggi: 3174
Iscritto il: lun 3 set 2007, 21:20
Nome Cognome: Mario Vanoni
Slackware: 12.2
Kernel: 3.0.4 statico
Desktop: fluxbox/seamonkey
Località: Cuasso al Monte (VA)

Re: Perfezionare kernel monolitico

Messaggio da Mario Vanoni »

spina ha scritto:
nuitari ha scritto:Non è un bene fare un kernel monolitico....
Ragazzi, il contrario di kernel monolitico NON è kernel modulare, bensì microkernel!!!
Linux ha comunque un kernel monolitico!!!

http://it.wikipedia.org/wiki/Kernel#Kernel_monolitici

Detto questo, io preferisco avere tanti moduli per quante sono le periferiche che non uso di solito, vedi scheda sonora, lettore DVD, usb...., grazie al supporto per l'inserimento automatico di un modulo si può far si che non ci sia codice "non swappabile" in memoria sino al momento del suo utilizzo :).

Per il problema del thread, io non ho neanche capito dove sta ;).

Spina
Kernel compilato statico, senza moduli caricabili,
quindi niente make modules modules_install

Kernel compilato dinamico, che accetta di caricare moduli compilati

Linux e` un kernel monolitico, 100% OK, non e` un microkernel

Pero considera un'altra filosofia, vale in ditta e per me come privato:
Spendi tot per macchine decenti e moderne, con tutti gli optional,
nei prossimi 3-4 anni non cambi niente, ne aggiungi altro.
Un kernel statico va benissimo, se un HD, DVD ecc. si rompe, lo cambi.

Mario Vanoni

Avatar utente
aLvArO
Linux 4.x
Linux 4.x
Messaggi: 1201
Iscritto il: mer 30 mar 2005, 0:00
Nome Cognome: alessio
Slackware: current64
Kernel: 2.6.30-rc8-smp
Desktop: kde 4.2.4
Località: Catanzaro Lido (CZ)

Re: Perfezionare kernel monolitico

Messaggio da aLvArO »

tendo a compilare sempre staticamente tutti i tipi di supporto che uso quotidianamente.
ovviamente come ha detto spina NVIDIA escluso e qualke altra cosina.
sicuramente il mio è un kernel monolitico.
"il contrario di kernel monolitico NON è kernel modulare, bensì microkernel!!!"
ecco per monolitico nn intendevo in suo significato letterale, ma quello che hai inteso tu la seconda volta.
comunque su linux e su slackware in particolare in sostanza la maggior parte degli utenti usa un kernel monolitico nel significato letterale del termine.
almeno credo che sia così ma potrei anche sbagliarmi.

Dani
Linux 4.x
Linux 4.x
Messaggi: 1447
Iscritto il: mer 26 apr 2006, 1:52
Desktop: gnome
Distribuzione: arch

Re: Perfezionare kernel monolitico

Messaggio da Dani »

Mario Vanoni ha scritto: make menuconfig
Device Drivers --> Sound, se metto
<*> Sound card support
alsaconf e co. reclamano i moduli non esistenti
Ovvio, ma se il driver è statico l'audio si sentirà lo stesso.
A me è bastato modificare rc.alsa, in modo tale da evitarmi dei warning al boot nel caso in cui lo script fosse avviabile ed alsa statico nel kernel. Per il resto l'audio va a meraviglia.
Idem con
<*> Hardware Monitoring support
ed i vari sensori statici (uso sensors e hddtemp)
Stesso discorso di sopra, driver statici ed il comando sensors mi funziona perfettamente. Ovviamente sensors-detect probabilmente si lamenterebbe, ma non devo dectectare nulla dato che conosco il mio hw ed i driver che ho compilato :D
Il peggio disable'ando
[*] Enable loadable module support
Questo lo dovro' tenere abilitato a vita causa driver nvidia :(

Avatar utente
slucky
Iper Master
Iper Master
Messaggi: 2420
Iscritto il: mar 1 mag 2007, 15:30
Slackware: 15.0
Desktop: xfce4
Distribuzione: FreeBSD

Re: Perfezionare kernel monolitico

Messaggio da slucky »

Penso che alla fin fine si tratti di un falso problema, perchè un kernel che sia completamente modulare funzionerà allo stesso modo di uno completamente monolitico, quindi è più una questione di gusti, abitudini e necessità personali.

SAluti a tutti :)

Avatar utente
robbybby
Linux 4.x
Linux 4.x
Messaggi: 1223
Iscritto il: sab 16 dic 2006, 10:48
Slackware: 13.1 / 64 bit
Kernel: 3.3.x
Desktop: KDE 4.4.5
Località: Fra Trantor e Terminus

Re: Perfezionare kernel monolitico

Messaggio da robbybby »

A me alsa nel kernel (no modulo) funziona seza problemi su tre pc: due con una vecchia sound blaster 128, e uno con un HDA Intel (in realta' una ALC888).

ragnetto
Linux 1.x
Linux 1.x
Messaggi: 178
Iscritto il: sab 2 feb 2008, 22:07

Re: Perfezionare kernel monolitico

Messaggio da ragnetto »

Ecco, cosa hai fatto di particolare? Hai dato qualche opzione al bootloader? O in fase di compilazione?

Rispondi