Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Booting sata_via problem in > linux-2.6.16-gentoo-r7: SOLVED
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
Pjotrek
n00b
n00b


Joined: 13 Jul 2006
Posts: 8
Location: Far out in the wild forests of Sweden

PostPosted: Thu Jul 13, 2006 5:57 am    Post subject: Booting sata_via problem in > linux-2.6.16-gentoo-r7: SOL Reply with quote

Hi,
After some initial problems, I've been able to boot my VIA Epia SP-8000 mini-ITX with a Sata boot drive in linux-2.6.16-gentoo-r7.
When upgrading to linux-2.6.16-gentoo-r9 and linux-2.6.16-gentoo-r12, this is no longer possible; I get the infamous kernel panic: 'Please append or correct ""root=" boot option', no matter what I try when generating my kernel.

I have tested several kernels:
    gentoo-sources-2.6.16-r7 - works
    gentoo-sources-2.6.16-r9 - hangs
    gentoo-sources-2.6.16-r12 - hangs
    vanilla-sources-2.6.17.4 - hangs
    ck-sources-2.6.17_p1-r1 - hangs
    mm-sources-2.6.18_rc1-r1 - works
    2.6.16-rc6-git3-FC5 - works
    2.6.18-rc1-git4-git - hangs


All kernels are built copying config from gentoo-sources-2.6.16-r7, running 'make oldconfig' giving default answer to all new options.
The active SCSI options in the configs are:
Code:
CONFIG_SCSI=y
CONFIG_SCSI_SATA=y
CONFIG_SCSI_SATA_VIA=y


I have noticed, that on booting the kernels that hang, there is a lengthy pause (~30 secs) in detecting SCSI-units,
after the line 'dev 0 ATA-7, max UDMA7, 156301488 sectors: LBA48', before booting continues.
(What comes after that is impossible to see - it passes too fast...)
Here is an excerpt from dmesg on a kernel that works:
Code:
libata version 1.20 loaded.
sata_via 0000:00:0f.0: version 1.1
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10
PCI: setting IRQ 10 as level-triggered
ACPI: PCI Interrupt 0000:00:0f.0[B] -> Link [LNKB] -> GSI 10 (level, low) -> IRQ 10
PCI: Via IRQ fixup for 0000:00:0f.0, from 15 to 10
sata_via 0000:00:0f.0: routed to hard irq line 10
ata1: SATA max UDMA/133 cmd 0xB400 ctl 0xB802 bmdma 0xC400 irq 10
ata2: SATA max UDMA/133 cmd 0xBC00 ctl 0xC002 bmdma 0xC408 irq 10
ata1: SATA link up 1.5 Gbps (SStatus 113)
ata1: dev 0 cfg 49:2f00 82:746b 83:7f01 84:6003 85:3c69 86:3c01 87:6003 88:40ff
ata1: dev 0 ATA-7, max UDMA7, 156301488 sectors: LBA48
ata1: dev 0 configured for UDMA/133
scsi0 : sata_via
ata2: SATA link down (SStatus 0)
scsi1 : sata_via
  Vendor: ATA       Model: SAMSUNG HM080JI   Rev: YC10
  Type:   Direct-Access                      ANSI SCSI revision: 05
SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
 sda: sda1 sda3 < sda5 sda6 sda7 sda8 sda9 sda10 sda11 >
sd 0:0:0:0: Attached scsi disk sda
sd 0:0:0:0: Attached scsi generic sg0 type 0


On a hung kernel, the final message is:
Code:
VFS: Cannot open root device "sda5" or unknown-block(0,0)
Please append a correct "root=" option
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)


Any ideas?


Last edited by Pjotrek on Fri Jul 14, 2006 9:33 am; edited 3 times in total
Back to top
View user's profile Send private message
wynn
Advocate
Advocate


Joined: 01 Apr 2005
Posts: 2421
Location: UK

PostPosted: Thu Jul 13, 2006 8:28 am    Post subject: Reply with quote

You will probably need to post your kernel config and the last few lines of the boot messages which end in 'Please append or correct ""root=" boot option'.

However, assuming you have something like "Can't mount root device ... (0,0)" it could be that SATA in the kernel is a module rather than being builtin.

Here on a motherboard with a VIA chipset (AMD64), the config has
Code:
CONFIG_SCSI_SATA=y
...
CONFIG_SCSI_SATA_VIA=y
Back to top
View user's profile Send private message
dsd
Developer
Developer


Joined: 30 Mar 2003
Posts: 2162
Location: nr London

PostPosted: Thu Jul 13, 2006 11:10 am    Post subject: Reply with quote

https://bugs.gentoo.org/show_bug.cgi?id=138036
_________________
http://dev.gentoo.org/~dsd
Back to top
View user's profile Send private message
barfo
Apprentice
Apprentice


Joined: 04 Mar 2006
Posts: 163

PostPosted: Thu Jul 13, 2006 2:02 pm    Post subject: Reply with quote

very odd. i've had the same problem recently and thought i wasn't selecting the correct module, or was doing something wrong. i found that by using genkernel and an initrd the problem went away - which i thought was verification that i'd screwed something up.

i had the same experience with a couple gentoo-2.6.16 and ck-sources. might there be a reason that using an initrd helps? might there be some combination of other kernel options that resolves the problem?
Back to top
View user's profile Send private message
dsd
Developer
Developer


Joined: 30 Mar 2003
Posts: 2162
Location: nr London

PostPosted: Thu Jul 13, 2006 6:50 pm    Post subject: Reply with quote

i don't think yours is the same problem, this problem only affects kernels based on 2.6.16.17 and up, sounds like yours isnt so specific (maybe a configuration error)
_________________
http://dev.gentoo.org/~dsd
Back to top
View user's profile Send private message
dsd
Developer
Developer


Joined: 30 Mar 2003
Posts: 2162
Location: nr London

PostPosted: Thu Jul 13, 2006 6:53 pm    Post subject: Reply with quote

Pjotrek, run this:

lspci -ns 00:0f.0

you'll see output something like:

00:0f.0 0101: 1106:3149 (rev 80)

if the numbers in the bold section match your output, please test the patch posted on the bug report
if they don't match, please show the output of the command
_________________
http://dev.gentoo.org/~dsd
Back to top
View user's profile Send private message
Pjotrek
n00b
n00b


Joined: 13 Jul 2006
Posts: 8
Location: Far out in the wild forests of Sweden

PostPosted: Thu Jul 13, 2006 11:33 pm    Post subject: Reply with quote

OK, the lspci output matches what I get in linux-2.6.16-gentoo-r7.
Investigating the quirk.c's in the different kernel sources shows that those that are bootable incorporate a general
fix-up for the via chips:

    linux-2.6.15-1.2054_FC5 - already fixed: 'PCI_VENDOR_ID_VIA, PCI_ANY_ID'
    gentoo-sources-2.6.16-r7 - already fixed: 'PCI_VENDOR_ID_VIA, PCI_ANY_ID'
    gentoo-sources-2.6.16-r12 - appliccable
    vanilla-sources-2.6.17.4 - appliccable
    ck-sources-2.6.17_p1-r1 - appliccable
    mm-sources-2.6.18_rc1-r1 - already fixed: 'PCI_VENDOR_ID_VIA, PCI_ANY_ID'
    2.6.18-rc1-git4-git - appliccable

OK, looks good, compiling now, will test in the morning after a few hour's sleep.

Updated 2006-07-14 10:15:
All kernels that hung before load perfectly with that patch!

I cannot thank you enough, dsd!

PjK
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum