FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian Kernel

 
 
LinkBack Thread Tools
 
Old 03-31-2010, 11:09 PM
Jayen Ashar
 
Default initramfs-tools: mkinitramfs could call modprobe with --use-blacklist?

Hi,

I have a problem where modprobe hangs when trying to load the amd64_agp module. mkinitramfs calls modprobe when adding things to initramfs. While I acknowledge that is not a bug in mkinitramfs, I think I should be able to use the blacklist (or some equivalent mechanism) to prevent this from happening.

Until the amd64_agp bug is fixed (http://bugs.debian.org/570321), I have to kill modprobe every time I upgrade my kernel, so I had requested this wishlist item from initramfs-tools. http://bugs.debian.org/575454 Max told me to ask on the mailing list (I'm assuming this one) before opening this as a wishlist item.

Is this a reasonable feature request? For mkinitramfs to avoid hanging by honouring the blacklist when adding modules to initramfs?

Thanks,
Jayen





--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 80510.50558.qm@web45801.mail.sp1.yahoo.com">http://lists.debian.org/80510.50558.qm@web45801.mail.sp1.yahoo.com
 
Old 04-01-2010, 01:17 AM
maximilian attems
 
Default initramfs-tools: mkinitramfs could call modprobe with --use-blacklist?

hello,

On Wed, 31 Mar 2010, Jayen Ashar wrote:

>
> I have a problem where modprobe hangs when trying to load the amd64_agp
> module. mkinitramfs calls modprobe when adding things to initramfs.
> While I acknowledge that is not a bug in mkinitramfs, I think I should
> be able to use the blacklist (or some equivalent mechanism) to prevent
> this from happening.

why to you think that mkinitramfs loads any module?

it merely calls modprobe to list the dependings of specific modules
to have them also included in initramfs.

> Until the amd64_agp bug is fixed (http://bugs.debian.org/570321), I have
> to kill modprobe every time I upgrade my kernel, so I had requested this
> wishlist item from initramfs-tools. http://bugs.debian.org/575454 Max
> told me to ask on the mailing list (I'm assuming this one) before
> opening this as a wishlist item.
>
> Is this a reasonable feature request? For mkinitramfs to avoid hanging
> by honouring the blacklist when adding modules to initramfs?

first of all the trouble concerning amd64_agp should be gone as it is
no longer modular.

what i still don't get is why it should hang there, could you provide an
strace of the modprobe call, thanks.



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20100401011752.GC2550@stro.at">http://lists.debian.org/20100401011752.GC2550@stro.at
 
Old 04-01-2010, 11:01 AM
Jayen Ashar
 
Default initramfs-tools: mkinitramfs could call modprobe with --use-blacklist?

Hi,

--- On Wed, 31/3/10, maximilian attems <max@stro.at> wrote:

> hello,
>
> On Wed, 31 Mar 2010, Jayen Ashar wrote:
>
> >
> > I have a problem where modprobe hangs when trying to
> load the amd64_agp
> > module.* mkinitramfs calls modprobe when adding
> things to initramfs.
> > While I acknowledge that is not a bug in mkinitramfs,
> I think I should
> > be able to use the blacklist (or some equivalent
> mechanism) to prevent
> > this from happening.
>
> why to you think that mkinitramfs loads any module?
>
> it merely calls modprobe to list the dependings of specific
> modules
> to have them also included in initramfs.

output from pstree:
`-aptitude,6493,root
|-{aptitude},30685
`-dpkg,30843 --status-fd 48 --configure linux-image-2.6.32-trunk-686
`-frontend,30844 -w /usr/share/debconf/frontend /var/lib/dpkg/info/linux-image-2.6.32-trunk-686.postinst configure 2.6.32-5
`-linux-image-2.6,30850 /var/lib/dpkg/info/linux-image-2.6.32-trunk-686.postinst configure 2.6.32-5
`-sh,30855 -c update-initramfs -c -t -k 2.6.32-trunk-686 >&2
`-update-initramf,30856 /usr/sbin/update-initramfs -c -t -k 2.6.32-trunk-686
`-mkinitramfs,30858 /usr/sbin/mkinitramfs -o /boot/initrd.img-2.6.32-trunk-686.new 2.6.32-trunk-686
`-mkinitramfs,32566 /usr/sbin/mkinitramfs -o /boot/initrd.img-2.6.32-trunk-686.new 2.6.32-trunk-686
|-modprobe,32567 --set-version=2.6.32-trunk-686 --ignore-install --show-depends amd64_agp
`-awk,32568 /^insmod/ { print $2 }

> > Until the amd64_agp bug is fixed (http://bugs.debian.org/570321), I have
> > to kill modprobe every time I upgrade my kernel, so I
> had requested this
> > wishlist item from initramfs-tools.* http://bugs.debian.org/575454* Max
> > told me to ask on the mailing list (I'm assuming this
> one) before
> > opening this as a wishlist item.
> >
> > Is this a reasonable feature request?* For
> mkinitramfs to avoid hanging
> > by honouring the blacklist when adding modules to
> initramfs?
>
> first of all the trouble concerning amd64_agp should be
> gone as it is
> no longer modular.
>
> what i still don't get is why it should hang there, could
> you provide an
> strace of the modprobe call, thanks.

looks like it's stuck in a loop (strace attached):

open("/sys/module/amd64_agp/initstate", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7869000
read(3, "coming
", 4096) = 7
close(3) = 0
munmap(0xb7869000, 4096) = 0
nanosleep({0, 100000000}, NULL) = 0
open("/sys/module/amd64_agp/initstate", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7869000
read(3, "coming
", 4096) = 7
close(3) = 0
munmap(0xb7869000, 4096) = 0
nanosleep({0, 100000000}, NULL) = 0
open("/sys/module/amd64_agp/initstate", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7869000
read(3, "coming
", 4096) = 7
close(3) = 0
munmap(0xb7869000, 4096) = 0
nanosleep({0, 100000000}, NULL) = 0

Thanks,
Jayen
 
Old 04-01-2010, 01:26 PM
maximilian attems
 
Default initramfs-tools: mkinitramfs could call modprobe with --use-blacklist?

On Thu, Apr 01, 2010 at 04:01:23AM -0700, Jayen Ashar wrote:
> output from pstree:
> `-aptitude,6493,root
> |-{aptitude},30685
> `-dpkg,30843 --status-fd 48 --configure linux-image-2.6.32-trunk-686
> `-frontend,30844 -w /usr/share/debconf/frontend /var/lib/dpkg/info/linux-image-2.6.32-trunk-686.postinst configure 2.6.32-5
> `-linux-image-2.6,30850 /var/lib/dpkg/info/linux-image-2.6.32-trunk-686.postinst configure 2.6.32-5
> `-sh,30855 -c update-initramfs -c -t -k 2.6.32-trunk-686 >&2
> `-update-initramf,30856 /usr/sbin/update-initramfs -c -t -k 2.6.32-trunk-686
> `-mkinitramfs,30858 /usr/sbin/mkinitramfs -o /boot/initrd.img-2.6.32-trunk-686.new 2.6.32-trunk-686
> `-mkinitramfs,32566 /usr/sbin/mkinitramfs -o /boot/initrd.img-2.6.32-trunk-686.new 2.6.32-trunk-686
> |-modprobe,32567 --set-version=2.6.32-trunk-686 --ignore-install --show-depends amd64_agp
> `-awk,32568 /^insmod/ { print $2 }

this looks fine.

>
> looks like it's stuck in a loop (strace attached):
>
> open("/sys/module/amd64_agp/initstate", O_RDONLY) = 3
> fstat64(3, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7869000
> read(3, "coming
", 4096) = 7
> close(3) = 0
> munmap(0xb7869000, 4096) = 0
> nanosleep({0, 100000000}, NULL) = 0
> open("/sys/module/amd64_agp/initstate", O_RDONLY) = 3
> fstat64(3, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7869000
> read(3, "coming
", 4096) = 7
> close(3) = 0
> munmap(0xb7869000, 4096) = 0
> nanosleep({0, 100000000}, NULL) = 0
> open("/sys/module/amd64_agp/initstate", O_RDONLY) = 3
> fstat64(3, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7869000
> read(3, "coming
", 4096) = 7
> close(3) = 0
> munmap(0xb7869000, 4096) = 0
> nanosleep({0, 100000000}, NULL) = 0

please reportbug on module-init-tools
with cc on debian-kernel@lists.debian.org


thanks


--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20100401132641.GP32211@baikonur.stro.at">http://lists.debian.org/20100401132641.GP32211@baikonur.stro.at
 
Old 04-01-2010, 01:47 PM
maximilian attems
 
Default initramfs-tools: mkinitramfs could call modprobe with --use-blacklist?

reassign 570321 module-init-tools
stop


--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20100401134711.GA6199@stro.at">http://lists.debian.org/20100401134711.GA6199@stro.at
 
Old 04-02-2010, 06:55 AM
Jayen Ashar
 
Default initramfs-tools: mkinitramfs could call modprobe with --use-blacklist?

--- On Thu, 1/4/10, maximilian attems <max@stro.at> wrote:

> From: maximilian attems <max@stro.at>
> Subject: Re: initramfs-tools: mkinitramfs could call modprobe with --use-blacklist?
> To: "Jayen Ashar" <j__n@yahoo.com>
> Cc: debian-kernel@lists.debian.org, 570321@bugs.debian.org
> Received: Thursday, 1 April, 2010, 9:26 AM
> On Thu, Apr 01, 2010 at 04:01:23AM
> -0700, Jayen Ashar wrote:
> > output from pstree:
> > `-aptitude,6493,root
> >* ***|-{aptitude},30685
> >* ***`-dpkg,30843 --status-fd 48
> --configure linux-image-2.6.32-trunk-686
> >* * * ***`-frontend,30844
> -w /usr/share/debconf/frontend
> /var/lib/dpkg/info/linux-image-2.6.32-trunk-686.postinst
> configure 2.6.32-5
> >* * * * *
> ***`-linux-image-2.6,30850
> /var/lib/dpkg/info/linux-image-2.6.32-trunk-686.postinst
> configure 2.6.32-5
> >* * * * * * *
> ***`-sh,30855 -c update-initramfs -c -t -k
> 2.6.32-trunk-686 >&2
> >* * * * * * * *
> * ***`-update-initramf,30856
> /usr/sbin/update-initramfs -c -t -k 2.6.32-trunk-686
> >* * * * * * * *
> * * * ***`-mkinitramfs,30858
> /usr/sbin/mkinitramfs -o
> /boot/initrd.img-2.6.32-trunk-686.new 2.6.32-trunk-686
> >* * * * * * * *
> * * * * *
> ***`-mkinitramfs,32566 /usr/sbin/mkinitramfs
> -o /boot/initrd.img-2.6.32-trunk-686.new 2.6.32-trunk-686
> >* * * * * * * *
> * * * * * * *
> ***|-modprobe,32567
> --set-version=2.6.32-trunk-686 --ignore-install
> --show-depends amd64_agp
> >* * * * * * * *
> * * * * * * *
> ***`-awk,32568 /^insmod/ { print $2 }
>
> this looks fine.

is it fine if modprobe hangs? I have no option to call modprobe with -b in this case, to avoid it from hanging? No workaround is available?


> please reportbug on module-init-tools
> with cc on debian-kernel@lists.debian.org

thanks for transferring the bug for me.





--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 147009.65453.qm@web45809.mail.sp1.yahoo.com">http://lists.debian.org/147009.65453.qm@web45809.mail.sp1.yahoo.com
 
Old 04-02-2010, 01:27 PM
maximilian attems
 
Default initramfs-tools: mkinitramfs could call modprobe with --use-blacklist?

On Thu, Apr 01, 2010 at 11:55:33PM -0700, Jayen Ashar wrote:
>
> is it fine if modprobe hangs?

no it is not fine. sorry i hadnt get that part when you reported the
bug modprobe show-depends has no business in running into sys.


> I have no option to call modprobe with -b in this case, to avoid it
> from hanging? No workaround is available?

the easy workaround is to upgrade your linux image and nuke trunk
it is outdated anyway.


--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20100402132742.GY32211@baikonur.stro.at">http://lists.debian.org/20100402132742.GY32211@baikonur.stro.at
 

Thread Tools




All times are GMT. The time now is 07:48 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org