All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dan Taylor <danieltaylor@attbi.com>
To: linuxppc-embedded@lists.linuxppc.org
Subject: [Fwd: Re: How to get rid of unused data in LKM]
Date: Thu, 25 Jul 2002 02:07:10 -0700	[thread overview]
Message-ID: <3D3FBFBE.9050607@attbi.com> (raw)


-------- Original Message --------
Subject: Re: How to get rid of unused data in LKM
Date: Thu, 25 Jul 2002 02:04:53 -0700
From: Dan Taylor <danieltaylor@attbi.com>
Reply-To: danieltaylor@acm.org
To: Matthias Fuchs <matthias.fuchs@esd-electronics.com>
References: <20020724154914.5C03C10875@denx.denx.de> <3D3FA821.40106@esd-electronics.com>

Couldn't you do a kernel file open during module_init, store the
PCI device code and close the file?

Regards,

Dan

Matthias Fuchs wrote:

 >
 > Hi Wolfgang,
 >
 >>
 >>
 >> Why don't you load the firmware using some  ioctl()  _after_  loading
 >> the module?
 >
 > Of course this is a good and definetly the default solution. But our
 > application requires
 > that everything is done by the init function of the module.
 > Life would be boring and mailing list obsolete, if we can always use the
 > default solutions :-)
 >
 >>> But after doing so, the firmware data is still wasting kernel memory
 >>> on the host system
 >>> and is not used anymore.
 >>> How can I free that memory ? Is there a better way to handle that data ?
 >>
 >> If you really think you must link the data with the  module:  Declare
 >> it using "__initdata" ?
 >
 > I think that John is right. __initdata only makes sense, when the module
 > is compiled into
 > the kernel. But I will check it again, just to be sure.
 >
 > Matthias
 >
 >
 >
 >


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

             reply	other threads:[~2002-07-25  9:07 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-07-25  9:07 Dan Taylor [this message]
2002-07-25  9:55 ` [Fwd: Re: How to get rid of unused data in LKM] Matthias Fuchs

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=3D3FBFBE.9050607@attbi.com \
    --to=danieltaylor@attbi.com \
    --cc=danieltaylor@acm.org \
    --cc=linuxppc-embedded@lists.linuxppc.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.