public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Robert Hancock <hancockr@shaw.ca>
To: David Wagner <daw@cs.berkeley.edu>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Checking module parameters
Date: Sat, 17 Jan 2009 18:22:11 -0600	[thread overview]
Message-ID: <49727633.3000600@shaw.ca> (raw)
In-Reply-To: <200901172226.n0HMQEEJ024690@taverner.cs.berkeley.edu>

David Wagner wrote:
> Is there a way to tell what options have been applied to a currently
> loaded kernel module?
> 
> I'm trying to force libata to use 1.5Gbps rather than 3Gbps, so I created
> a file /etc/modprobe.d/local containing:
>   options libata force=1.5Gbps
> However my SATA drive gets loaded at 3Gbps.  I'm trying to figure out how
> to debug this so that I can tell whether the option got correctly applied
> to the libata module, and if not, how to force the SATA link to 1.5Gbps.
> Any suggestions or ideas?
> 
> (I can't set libata.force=1.5Gbps as a kernel argument because on my
> Fedora kernel, libata is loaded as a module rather than built into the
> kernel.  I can't run "modprobe libata force=1.5Gbps" by hand because
> I've got SATA drives, so the libata module is automatically loaded before
> I get shell access.)

Rebuilding the initrd with that option set should cause the initrd to 
pass the option into the libata module when the initrd script loads it. 
Unfortunately the current Fedora mkinitrd is broken such that this 
doesn't work. I'm rather disappointed by the lack of response to this 
bug as it seems like it should be easily resolved and causes serious 
problems with debugging certain issues, as you've found. Anyone know who 
needs to be hit with a clue-by-four to get this fixed?

https://bugzilla.redhat.com/show_bug.cgi?id=457870

  parent reply	other threads:[~2009-01-18  0:22 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-17 22:26 Checking module parameters David Wagner
2009-01-17 23:47 ` Alexey Dobriyan
2009-01-18  0:22 ` Robert Hancock [this message]
2009-01-18 15:59 ` Yanko Kaneti
2009-01-18 18:58 ` Alan Cox
     [not found] <bVsVO-15X-19@gated-at.bofh.it>
2009-01-19  9:38 ` Nick Craig-Wood
2009-01-19 10:19   ` Stefan Richter
2009-01-19 12:44     ` Nick Craig-Wood
2009-01-19 13:06       ` Stefan Richter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=49727633.3000600@shaw.ca \
    --to=hancockr@shaw.ca \
    --cc=daw@cs.berkeley.edu \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox