karmic alpha6 alternate: Failure to detect Via VT6420 SATA controller
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| debian-installer (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
| linux (Ubuntu) |
Fix Released
|
Medium
|
Tim Gardner | ||
Bug Description
Karmic alpha6 alternate CD does not see my VT6420 SATA controller.
This is on an Asus A7V880 board with a Via KT880 chipset. Sitting on the VT6420 controller is a WDC WD1600JD-00G 150GB SATA drive.
Everything else seems to be detected just fine and the controller and attached disk is also detected on a Jaunty alternate CD but not with Karmic.
~# cat /proc/version*
Linux version 2.6.31-10-generic (buildd@palmer) (gcc version 4.4.1 (Ubuntu 4.4.1-4ubuntu1) ) #34-Ubuntu SMP Wed Sep 16 00:23:19 UTC 2009
Ubuntu 2.6.31-
~#
lspci -vvnn says:
00:0f.0 RAID bus controller [0104]: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller [1106:3149] (rev 80)
Subsystem: ASUSTeK Computer Inc. Device [1043:80ed]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 64
Interrupt: pin B routed to IRQ 10
Region 0: I/O ports at efa0 [size=8]
Region 1: I/O ports at ef9c [size=4]
Region 2: I/O ports at ef90 [size=8]
Region 3: I/O ports at ef98 [size=4]
Region 4: I/O ports at ef80 [size=16]
Region 5: I/O ports at e800 [size=256]
dmesg on the Karmic alternate CD does not see any SATA:
makholm@
[ 0.708340] pata_via .&checktime(0000,00,0,':')f.1: version 0.3.4
[ 0.708383] pata_via .&checktime(0000,00,0,':')f.1: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 0.708617] scsi0 : pata_via
[ 0.708836] scsi1 : pata_via
[ 0.711375] ata1: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xfc00 irq 14
[ 0.711379] ata2: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xfc08 irq 15
[ 0.889503] ata1.00: ATAPI: _NEC DVD_RW ND-3500AG, 2.16, max UDMA/33
[ 0.889745] ata1.01: ATA-5: IC35L080AVVA07-0, VA4OA50K, max UDMA/100
[ 0.889748] ata1.01: 160836480 sectors, multi 16: LBA
[ 0.904320] ata1.00: configured for UDMA/33
[ 0.928435] ata1.01: configured for UDMA/100
[ 1.104574] ata2.00: ATA-7: Maxtor 5A320J0, RAMB1TV0, max UDMA/133
[ 1.104577] ata2.00: 632672208 sectors, multi 16: LBA48
[ 1.104828] ata2.01: ATA-7: Maxtor 5A320J0, RAM51VV0, max UDMA/133
[ 1.104832] ata2.01: 632672208 sectors, multi 16: LBA48
[ 1.120419] ata2.00: configured for UDMA/133
[ 1.136399] ata2.01: configured for UDMA/133
[ 1.173114] Write protecting the kernel read-only data: 1828k
makholm@
Where as the Jaunty installer does:
makholm@
1.231253] sata_via .&checktime(0000,00,0,':')f.0: PCI INT B -> GSI 20 (level, low) -> IRQ 20
[ 1.231318] sata_via .&checktime(0000,00,0,':')f.0: routed to hard irq line 10
[ 1.231458] scsi0 : sata_via
[ 1.231578] scsi1 : sata_via
[ 1.231618] ata1: SATA max UDMA/133 cmd 0xefa0 ctl 0xef9c bmdma 0xef80 irq 20
[ 1.231621] ata2: SATA max UDMA/133 cmd 0xef90 ctl 0xef98 bmdma 0xef88 irq 20
[ 1.432019] ata1: SATA link down 1.5 Gbps (SStatus 0 SControl 300)
[ 1.644008] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 1.809678] ata2.00: ATA-6: WDC WD1600JD-00GBB0, 02.05D02, max UDMA/100
[ 1.809681] ata2.00: 312581808 sectors, multi 16: LBA48
[ 1.809692] ata2.00: applying bridge limits
[ 1.825665] ata2.00: configured for UDMA/100
[ 1.862780] pata_via .&checktime(0000,00,0,':')f.1: version 0.3.3
[ 1.862794] pata_via .&checktime(0000,00,0,':')f.1: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 1.863014] scsi2 : pata_via
[ 1.863083] scsi3 : pata_via
[ 1.865514] ata3: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xfc00 irq 14
[ 1.865517] ata4: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xfc08 irq 15
[ 2.044915] ata3.00: ATAPI: _NEC DVD_RW ND-3500AG, 2.16, max UDMA/33
[ 2.045151] ata3.01: ATA-5: IC35L080AVVA07-0, VA4OA50K, max UDMA/100
[ 2.045154] ata3.01: 160836480 sectors, multi 16: LBA
[ 2.060348] ata3.00: configured for UDMA/33
[ 2.084429] ata3.01: configured for UDMA/100
[ 2.256542] ata4.00: ATA-7: Maxtor 5A320J0, RAMB1TV0, max UDMA/133
[ 2.256545] ata4.00: 632672208 sectors, multi 16: LBA48
[ 2.256793] ata4.01: ATA-7: Maxtor 5A320J0, RAM51VV0, max UDMA/133
[ 2.256795] ata4.01: 632672208 sectors, multi 16: LBA48
[ 2.272397] ata4.00: configured for UDMA/133
[ 2.288407] ata4.01: configured for UDMA/133
[ 2.353610] Write protecting the kernel read-only data: 1532k
makholm@
Forgot to mention that booting with all_generic_ide=1 does not help.
same problem here with karmic alpha6 server i386 cd;
cannot install karmic because it doesn't recognize the SATA controller (so it doesn't recognize disks)
The problem does not show in karmic alpha6 livecd: if I select "Run ubuntu without any changes to the disks" it loads the sata_via module, so the controller and disks are recognized.
Sorry if we didn't use the "ubuntu-bug" command, but it's not usable from server/alternate cd.
This bug prevent users to install from server/alternate cd.
- Complete lspci -vvnn from Karmic Server CD (VT6420 driver is NOT loaded here) Edit (11.4 KiB, text/plain)
- Complete syslog from Karmic Server CD (VT6420 driver is NOT loaded here) Edit (67.3 KiB, text/plain)
- Complete lsmod from Karmic Server CD (you can notice sata_via is missing) Edit (695 bytes, text/plain)
obviously sata_via is not in the list of modules that the installer asks you to select when it alerts you that it can't find any hard drive, and it's not loadable with modprobe sata_via.
my controller is a VT6420 not a VT6420A, but the driver is the same.
Later I will try the server daily build, but I think nothing would change.
I added debian-installer because I think it could be a misconfiguration of the server/alternate installer (which does not include or does not load the sata_via module).
I'm not sure if it's related to the kernel (linux) because the problem does not appear using the alpha6 livecd (which should have the same kernel version).
same issue with current daily build (22 september 2009).
Just to confirm; Karmic Live CD works for me too.
Looks like sata_via was built into the kernel for Jaunty but enabled as a module for Karmic. One fix would be to set CONFIG_SATA_VIA=y in Karmic like it was in Jaunty or alternatively add sata_via to the ubuntu-
working around the problem (loading sata_via.ko from an external drive) I succeeded to install.
It then worked because sata_via.ko is present in version 2.6.31-10-generic or 2.6.31-11-generic by default, but not in 2.6.31-9 included in the installer (at least in the alternate/server one).
to work around if you have a working karmic install, just copy sata_via.ko from /lib/modules/
then press ctrl+alt+F1 to switch back to the installer, press esc and repeat the find disks step.
If you don't have a working karmic install, use the file attached in the following post.
- sata_via.ko module (to be used only as manual temporary workaround) Edit (14.8 KiB, application/octet-stream)
This bug was fixed in the package linux - 2.6.31-11.38
---------------
linux (2.6.31-11.38) karmic; urgency=low
[ Stefan Bader ]
* [Upstream] acerhdf: Limit modalias matching to supported boards
- LP: #435958
[ Tim Gardner ]
* [Config] Added sata_via to d-i/modules/
- LP: #434827
* SAUCE: (drop after 2.6.31) Disable iwl-1000 series wireless adapters
- LP: #439285
* [Upstream] i915: Fix i2c init message
- LP: #409361
* [Config] Add sym53c8xx.ko to virtual sub-flavour
- LP: #439415
[ Upstream Kernel Changes ]
* sched: Disable NEW_FAIR_SLEEPERS for now
- LP: #436342
* ACPI video: ignore buggy _BQC
* ACPI video: work-around BIOS AML bug in _BQC
- LP: #428910
* ALSA: hda - Added quirk to enable sound on Toshiba NB200
- LP: #438318
-- Tim Gardner <email address hidden> 2009年10月01日 13:52:09 -0600
I hit this bug while installing on a ASRock 4coredual-vsta motherboard (http://
I was using the Karmic beta CD currently on Ubuntu.com. Since sata_via is so widely used, please add this to the "known issues" so it's easier for others to know what to do.
In my case, I used the same ISO to install Karmic on a virtual machine (using virtual box), then copied the sata_via.ko module to the proper place on the installer (as suggested above in the comments for this bug report).