Re: [2.4.0-test9-pre5] SCSI still broken, trident/mixer still broken

From: Simon Kirby (sim@stormix.com)
Date: Thu Sep 21 2000 - 13:52:43 EDT

  • Next message: Roger Larsson: "Re: 2.4.0-test9-pre4: __alloc_pages(...) try_again:"

    On Thu, Sep 21, 2000 at 01:12:27PM -0400, Douglas Gilbert wrote:

    > Interesting. 'cat /proc/scsi/scsi' should show the same
    > devices as 'cat /proc/scsi/sg/device_strs' [and
    > 'cat /proc/scsi/sg/devices']. If not, then the SCSI
    > mid-level is not calling sg_detect() [in sg.c] for
    > all new scsi devices detected by the mid-level.
    >
    > The sg_detect() routine is silent for all devices that
    > are "owned" by other upper level drivers (i.e. disks,
    > cdroms and tapes) but outputs a line for any other
    > scsi type (e.g. scanners which are scsi type 6).

    I didn't fiddle with it too much, but I added a printk to sg_detect and
    verified it was not getting called at all. I notice now, however, that I
    don't even have a /proc/scsi/sg. Does that mean it's not getting
    initialized at all? CONFIG_CHR_DEV_SG=y, assuming that's what needs to
    be set (config didn't change between kernel versions).

    At one point before I followed some of the debug/logging commands listed
    at the top of sg.c and got an Oops as well...

    Simon-

    [ Stormix Technologies Inc. ][ NetNation Communications Inc. ]
    [ sim@stormix.com ][ sim@netnation.com ]
    [ Opinions expressed are not necessarily those of my employers. ]
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    Please read the FAQ at http://www.tux.org/lkml/



    This archive was generated by hypermail 2b29 : Thu Sep 21 2000 - 13:55:00 EDT