[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] RE: [Xen-devel] linux-2.6-xen kernels and initrds
I too am having the same issue but it is manifested differently. I have an Adaptec 392320 Ultra320 SCSI adapter and I am getting the following error on the module load from initrd: ACPI: PCI Interrupt 0000:03:0d.0[A] -> GSI 49 (level, low) -> IRQ 18 scsi2 : Adaptec AIC79XX PCI-X SCSI HBA DRIVER, Rev 3.0 <Adaptec (Dell OEM) 39320 Ultra320 SCSI adapter> aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs Vendor: SEAGATE Model: ST373207LW Rev: D702 Type: Direct-Access ANSI SCSI revision: 03 target2:0:0: asynchronous scsi2:A:0:0: Tagged Queuing enabled. Depth 32 target2:0:0: Beginning Domain Validation target2:0:0: wide asynchronous target2:0:0: FAST-160 WIDE SCSI 320.0 MB/s DT IU RDSTRM RTI WRFLOW PCOMP (6.25 ns, offset 63) target2:0:0: Ending Domain Validation SCSI device sdb: 143374650 512-byte hdwr sectors (73408 MB) sdb: Write Protect is off SCSI device sdb: drive cache: write back w/ FUA SCSI device sdb: 143374650 512-byte hdwr sectors (73408 MB) sdb: Write Protect is off SCSI device sdb: drive cache: write back w/ FUA sdb: sdb1 sd 2:0:0:0: Attached scsi disk sdb scsi2: Invalid Sequencer interrupt occurred. >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< scsi2: Dumping Card State at program address 0x236 Mode 0x0 Card was paused INTSTAT[0x0] SELOID[0x2] SELID[0x0] HS_MAILBOX[0x0] INTCTL[0x80] SEQINTSTAT[0x0] SAVED_MODE[0x11] DFFSTAT[0x33] SCSISIGI[0x0] SCSIPHASE[0x0] SCSIBUS[0x0] LASTPHASE[0x1] SCSISEQ0[0x0] SCSISEQ1[0x12] SEQCTL0[0x0] SEQINTCTL[0x6] SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x1] KERNEL_QFREEZE_COUNT[0x1] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] SSTAT0[0x0] SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] SIMODE1[0xa4] LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] LQOSTAT2[0xe1] SCB Count = 4 CMDS_PENDING = 1 LASTSCB 0x3 CURRSCB 0x3 NEXTSCB 0xff00 qinstart = 41 qinfifonext = 41 QINFIFO: WAITING_TID_QUEUES: 0 ( 0x2 ) Pending list: 2 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_SCSIID[0x7] Total 1 Kernel Free SCB list: 1 3 0 Sequencer Complete DMA-inprog list: Sequencer Complete list: Sequencer DMA-Up and Complete list: Sequencer On QFreeze and Complete list: scsi2: FIFO0 Free, LONGJMP == 0x8000, SCB 0x1 SEQIMODE[0x3f] SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89] SG_CACHE_SHADOW[0x2] SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5] SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10] scsi2: FIFO1 Free, LONGJMP == 0x8063, SCB 0x3 SEQIMODE[0x3f] SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89] SG_CACHE_SHADOW[0x2] SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5] SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10] LQIN: 0x8 0x0 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 scsi2: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x52 scsi2: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1 scsi2: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0 SIMODE0[0xc] CCSCBCTL[0x4] scsi2: REG0 == 0x2c60, SINDEX = 0x10e, DINDEX = 0x102 scsi2: SCBPTR == 0x1, SCB_NEXT == 0xff00, SCB_NEXT2 == 0x3 CDB f2 0 0 80 8 d4 STACK: 0x36 0x22 0x0 0x0 0x0 0x0 0x0 0x0 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> > Here's some of the error messages I saw while trying to boot: > > == > Mounting sysfs > Creating /dev > Starting udev > > Loading scsi_mod.ko module > scsi_mod: no version for "struct_module" found: kernel tainted. > Loading sd_mod.ko module > SCSI subsystem initialized > sd_mod: Unknown symbol scsi_print_sense_hdr > Loading libata.ko module > sd_mod: Unknown symbol scsi_mode_sense > insmod: error inserting '/lib/sd_mod.ko': -1 Unknown symbol in module > sd_mod: Unknown symbol scsi_device_get > Loading ata_piix.ko module > sd_mod: Unknown symbol scsi_get_sense_info_fld > insmod: error inserting '/lib/libata.ko': -1 Unknown symbol in module > == > > If I do objdump -x on sd_mod from /lib/modules/2.6.16-xen I see several > lines like this: > > 00000000 *UND* 00000000 scsi_print_sense_hdr > > in the symbol table dump. This is one of the symbols that the initrd > complained about. > > Any help fixing this would be appreciated. I can post more output if > needed. > > Thanks! > Andrew > ============== > Andrew D. Ball <aball@xxxxxxxxxx> > > > David F. Barrera wrote: > > I have a question regarding the building of the unified xen kernel > > (linux-2.6-xen) and the use of initrd. In the past I built both xen0 > > and xenU kernels; the xen0 default configurations had SCSI and Fusion > > MPT support compiled into the kernel. Now, they are built as modules. > > The problem is that I am unable to boot the xen kernel built that way, > > even though I am building an initrd. I have machines running both SLES > > and FC that are exhibiting this problem. The question is, do I need to > > do something special to build the initrds? In SuSE, I typically just > > used the 'mkinitrd' command; in FC4, I do it like this: "mkinitrd -v -f > > --with=aacraid --with=sd_mod --with=scsi_mod initrd-2.6.16-xen > > 2.6.16-xen". At any rate, nothing has worked to this point. > > > > The SCSI device support help page in 'make menuconfig' states 'do not > > compile this as a module if your root file system (the one containing > > the directory /) is located on a SCSI device.', which is the case in my > > setup. But I have seen it where the distros compile it as module, and > > the initrd takes care of it. > > > > Any help would be appreciated. > > > > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@xxxxxxxxxxxxxxxxxxx > http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |