From: Manuel Estrada Sainz <ranty@debian.org>
To: Marcel Holtmann <marcel@holtmann.org>
Cc: "Barry K. Nathan" <barryn@pobox.com>, Alan Cox <alan@redhat.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Linux 2.4.22-pre10-ac1
Date: Sat, 2 Aug 2003 11:41:53 +0200 [thread overview]
Message-ID: <20030802094153.GA4901@ranty.pantax.net> (raw)
In-Reply-To: <1059816240.22299.31.camel@pegasus>
On Sat, Aug 02, 2003 at 11:23:53AM +0200, Marcel Holtmann wrote:
> Hi Manuel,
>
> > > ccache gcc -D__KERNEL__ -I/home/barryn/lsx/kernels/2.4/build/linux-2.4.22-pre10-ac1/include -Wall -Wstrict-prototypes -Wno-trigraphs -Os -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon -DMODULE -DMODVERSIONS -include /home/barryn/lsx/kernels/2.4/build/linux-2.4.22-pre10-ac1/include/linux/modversions.h -nostdinc -iwithprefix include -DKBUILD_BASENAME=firmware_class -DEXPORT_SYMTAB -c firmware_class.c
> > > firmware_class.c: In function `call_helper':
> > > firmware_class.c:78: error: `hotplug_path' undeclared (first use in this function)
> > > firmware_class.c:78: error: (Each undeclared identifier is reported only once
> > > firmware_class.c:78: error: for each function it appears in.)
> > > make[1]: *** [firmware_class.o] Error 1
> > > make[1]: Leaving directory `/home/barryn/lsx/kernels/2.4/build/linux-2.4.22-pre10-ac1/lib'
> > > make: *** [_mod_lib] Error 2
> > [snip]
> > > # CONFIG_HOTPLUG is not set
> >
> > CONFIG_HOTPLUG needs to be enabled, attached patch to make it explicit:
>
> your patch didn't fix the problem, because it will be the same if some
> internal driver needs request_firmware() and CONFIG_HOTPLUG is not set.
> The call_helper() funtcion needs to be put into #idef's.
request_firmware() needs hotplug to do anything useful, without
hotplug it doesn't make any sense. It is useless.
The patch may not be it, but, IMHO, the way to go is making
request_firmware() explicitly depend on hotplug, because it does depend
on it. Suggestions are welcomed.
Regards
Manuel
next prev parent reply other threads:[~2003-08-02 9:42 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-01 22:16 Linux 2.4.22-pre10-ac1 Alan Cox
2003-08-02 4:09 ` Barry K. Nathan
2003-08-02 6:37 ` Manuel Estrada Sainz
2003-08-02 9:23 ` Marcel Holtmann
2003-08-02 9:41 ` Manuel Estrada Sainz [this message]
2003-08-02 9:57 ` Marcel Holtmann
2003-08-02 12:29 ` Alan Cox
2003-08-02 13:42 ` Marcel Holtmann
2003-08-10 22:34 ` Manuel Estrada Sainz
2003-08-03 10:57 ` [patch] 2.4.22-pre10-ac1: fix tp600.c compile warning Adrian Bunk
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=20030802094153.GA4901@ranty.pantax.net \
--to=ranty@debian.org \
--cc=alan@redhat.com \
--cc=barryn@pobox.com \
--cc=linux-kernel@vger.kernel.org \
--cc=marcel@holtmann.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;
as well as URLs for NNTP newsgroup(s).