Jaunty config changes: Build in CDROM_PKTCDVD and CHR_DEV_SG
Tim Gardner
tim.gardner at canonical.com
Fri Dec 26 14:01:53 UTC 2008
Andy Whitcroft wrote:
> On Mon, Dec 22, 2008 at 10:40:32AM -0700, Tim Gardner wrote:
>> Isn't CHR_DEV_SG just for eject and other non-blockdev controls?
>
> I queried it less for what it does specifically than when it seems to
> appear in my logs. Note the scsi generic sg0 is attached well before sd
> is attached to the device:
>
> [ 4.462868] ata2.00: configured for UDMA/100
> [ 4.784113] ata5: SATA link down (SStatus 0 SControl 300)
> [ 5.104153] ata6: SATA link down (SStatus 0 SControl 300)
> [ 5.104279] scsi 1:0:0:0: Direct-Access ATA WDC WD2500BEVT-7 11.0 PQ: 0 ANSI: 5
> [ 5.104379] scsi 1:0:0:0: Attached scsi generic sg0 type 0
> [ 5.105477] scsi 2:0:0:0: CD-ROM Optiarc DVD+-RW AD-7640S HD14 PQ: 0 ANSI: 5
> [ 5.105548] scsi 2:0:0:0: Attached scsi generic sg1 type 5
> [...]
> [ 5.717378] sd 1:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB)
> [ 5.717392] sd 1:0:0:0: [sda] Write Protect is off
> [ 5.717394] sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00
> [ 5.717416] sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
>
> Now this may occur because we have sg in the initrd and just because it
> is loaded. Perhaps if we boot without it then things continue without
> forcing a load.
>
> -apw
>
Perhaps I'm being dense, but I don't see the problem. What is occurring?
--
Tim Gardner tim.gardner at canonical.com
More information about the kernel-team
mailing list