Eu tenho o cartão de assunto recentemente instalado no Ubuntu 12.04.1 LTS (GNU / Linux 3.2.0-31-genérico x86_64). Veja lista parcial de lspci -vv abaixo (listagem completa jogou havoc com pre tags):
03:00.0 RAID bus controller: HighPoint Technologies, Inc. Device 0622 (rev 01)
Subsystem: HighPoint Technologies, Inc. Device 0001
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Latency: 0, Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 11
Region 0: I/O ports at 9c00 [size=8]
Region 1: I/O ports at 9800 [size=4]
Region 2: I/O ports at 9400 [size=8]
Region 3: I/O ports at 9000 [size=4]
Region 4: I/O ports at 8c00 [size=16]
Region 5: Memory at fdbff000 (32-bit, non-prefetchable) [size=2K]
Expansion ROM at fdbe0000 [disabled] [size=64K]
Capabilities:
Eu segui as instruções que encontrei no link para compilar os drivers para ele, e embora a execução do processo descrito parecesse funciona bem sem erros visíveis, quando eu reiniciei depois de realizar esse procedimento eu não conseguia arrancar.
Durante as etapas do dkms, observei as mensagens indicando que (se a próxima inicialização falhar, reverta para a imagem initrd.img-3.2.0-31-generic.old-dkms) update-initramfs ................
então eu iniciei usando um Ubuntu 12.10 LiveDVD e reverti para o antigo-dkms initrd.img como sugerido acima, mas isso não conseguiu reparar o problema de inicialização.
Por fim, usei o link no Ubuntu-Secure-Remix para corrigir o problema de inicialização e consegui inicializar normalmente novamente, mas agora com o initrd.img recém-gerado no lugar novamente (que agora inicializa normalmente), quando modprobe o módulo do kernel rr62x, recebo imediatamente uma falha grave com mensagens para consolar sobre uma solicitação de paginação do kernel que parece ter causado o problema.
Eu tentei em várias ocasiões agora usar o módulo do kernel recém-construído, de modo a permitir-me usar um multiplicador de porta eSATA conectado à placa, mas sem sucesso.
Alguma sugestão sobre correções ou soluções alternativas (eu li que algumas das placas HighPoint (2720SGL) parecem funcionar como um adaptador de barramento de host e, portanto, podem não precisar de um driver personalizado, mas isso não parece ser o caso da minha ) seria muito apreciada. Meu objetivo é usar o cartão como descrito aqui e com utilitários RAID de software mdadm .
Se necessário, posso copiar manualmente as mensagens do console após o disco rígido em uma mensagem de acompanhamento, mas obviamente não posso fazer um recorte / colar. De bom grado, forneço quaisquer outros detalhes que sejam necessários, mas não tenho certeza do que seriam, a essa altura, vou abster-me de adicionar outros detalhes por enquanto.
Agradecemos antecipadamente por qualquer ajuda.
Bem, infelizmente, esse problema é mais complicado do que parecia há dois dias, quando eu respondi à minha própria pergunta e achei que tinha resolvido o problema.
Embora a atualização do kernel tenha me permitido finalmente inicializar o kernel e carregar o módulo rr62x sem um óbvio travamento / travamento da máquina, nunca consegui usar o hardware e, após mais investigações sobre isso hoje, vejo agora que este módulo rr62x gerou um kernel oops:
Nov 5 10:06:38 hp2home kernel: [ 19.360006] rr62x:[0 1 3] device probed successfully.
Nov 5 10:06:38 hp2home kernel: [ 20.395211] scsi8 : rr62x
Nov 5 10:06:38 hp2home kernel: [ 20.395777] BUG: unable to handle kernel paging request at 0000000000050005
Nov 5 10:06:38 hp2home kernel: [ 20.395798] IP: [<ffffffffa01d3543>] hpt_queuecommand_lck+0xd3/0xf30 [rr62x]
Nov 5 10:06:38 hp2home kernel: [ 20.395820] PGD 1b0465067 PUD 1b0464067 PMD 0
Nov 5 10:06:38 hp2home kernel: [ 20.395827] Oops: 0000 [#1] SMP
Nov 5 10:06:38 hp2home kernel: [ 20.395834] CPU 1
Nov 5 10:06:38 hp2home kernel: [ 20.395837] Modules linked in: rr62x(PO) nouveau ttm drm_kms_helper drm i2c_algo_bit mxm_wmi video hid_generic usbhid hid wmi sata_sil24 pata_marvell forcedeth sata_nv
Nov 5 10:06:38 hp2home kernel: [ 20.395867]
Nov 5 10:06:38 hp2home kernel: [ 20.395870] Pid: 298, comm: scsi_scan_8 Tainted: P O 3.5.0-17-generic #28-Ubuntu Hewlett-Packard HP Compaq dx2450 Microtower/2A72h
Nov 5 10:06:38 hp2home kernel: [ 20.395883] RIP: 0010:[<ffffffffa01d3543>] [<ffffffffa01d3543>] hpt_queuecommand_lck+0xd3/0xf30 [rr62x]
Nov 5 10:06:38 hp2home kernel: [ 20.395896] RSP: 0018:ffff8801b1471990 EFLAGS: 00010202
Nov 5 10:06:38 hp2home kernel: [ 20.395902] RAX: ffff8801b071b400 RBX: ffff8801b071b400 RCX: ffff8801b06c00f0
Nov 5 10:06:38 hp2home kernel: [ 20.395908] RDX: ffff8801b071b600 RSI: 0000000000000000 RDI: ffff8801b06c00d8
Nov 5 10:06:38 hp2home kernel: [ 20.395915] RBP: ffff8801b14719f0 R08: 0000000000000000 R09: 0000000000000024
Nov 5 10:06:38 hp2home kernel: [ 20.395922] R10: 0000000000000000 R11: 0000000000000024 R12: ffff8801b06c00d8
Nov 5 10:06:38 hp2home kernel: [ 20.395928] R13: ffff8801b05ae800 R14: ffff8801b06c0000 R15: 0000000000050005
Nov 5 10:06:38 hp2home kernel: [ 20.395935] FS: 00007f3bf573f700(0000) GS:ffff8801bfc80000(0000) knlGS:0000000000000000
Nov 5 10:06:38 hp2home kernel: [ 20.395943] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Nov 5 10:06:38 hp2home kernel: [ 20.395949] CR2: 0000000000050005 CR3: 00000001b0480000 CR4: 00000000000007e0
Nov 5 10:06:38 hp2home kernel: [ 20.395955] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Nov 5 10:06:38 hp2home kernel: [ 20.395963] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Nov 5 10:06:38 hp2home kernel: [ 20.395970] Process scsi_scan_8 (pid: 298, threadinfo ffff8801b1470000, task ffff8801b14f1700)
Além disso, a presença do módulo rr62x no kernel também parece ter causado problemas com minha outra placa RAID (controladora de barramento RAID: Silicon Image, Inc. SiI 3132 Serial ATA Raid II Controller) como com rr62x no kernel, sempre que eu inicializava a máquina com o primeiro (o post original era cerca de um segundo PMP conectado a uma placa RAID adicional) PMP ligado, a máquina travava durante a inicialização e quando eu inicializava a máquina sem o primeiro PMP em, conclui a inicialização (embora com o oops acima mencionado no log).
Eu já corri sudo dkms remove -m rr62xla -v 1.0 --all e agora eu inicializo sem problemas com o primeiro PMP e sem oops, então está bem claro que o módulo rr62x é o problema, mas com certeza parece que outras pessoas estão usando ele sem problemas Então, se alguém tiver alguma ideia, eu certamente gostaria de vê-los. Como alternativa, como o post original recebeu tão pouca atenção, estou pensando se esses tipos de problemas estão além do escopo deste fórum em particular, e se alguém tiver ideias sobre o melhor lugar para fazer essa pergunta, eu gostaria de vê-los também .
Eu não sei por que isso funcionou, mas atualizar meu kernel de 3.2.0-31-generic para 3.5.0-17-generic parece à primeira vista ter resolvido o problema. Eu pelo menos agora tenho o módulo carregado e o multiplicador de porta ligado sem bater imediatamente na máquina. O júri ainda está fora (esperando que eu encontre tempo para um teste completo) na operação robusta do hardware.