From: Randy Dunlap <rdunlap@xenotime.net>
To: VDR User <user.vdr@gmail.com>
Cc: Theodore Kilgore <kilgota@banach.math.auburn.edu>,
linux-media@vger.kernel.org, Hans de Goede <hdegoede@redhat.com>
Subject: Re: "Invalid module format"
Date: Fri, 05 Mar 2010 17:07:41 -0800 [thread overview]
Message-ID: <4B91AADD.4030300@xenotime.net> (raw)
In-Reply-To: <a3ef07921003051651j12fbae25r5a3d5276b7da43b7@mail.gmail.com>
On 03/05/10 16:51, VDR User wrote:
> On Fri, Mar 5, 2010 at 4:39 PM, Theodore Kilgore
> <kilgota@banach.math.auburn.edu> wrote:
>> This is to report the good news that none of the above suspicions have
>> panned out. I still do not know the exact cause of the problem, but a local
>> compile and install of the 2.6.33 kernel did solve the problem. Hence, it
>> does seem that the most likely origin of the problem is somewhere in the
>> Slackware-current tree and the solution does not otherwise concern anyone on
>> this list and does not need to be pursued here.
>
> I experienced the same problem and posted a new thread about it with
> the subject "Problem with v4l tree and kernel 2.6.33". I'm a debian
> user as well so apparently whatever is causing this is not specific to
> debian or slackware. Even though you've got it working now, the
> source of the problem should be investigated.
> --
It's been several years since I last saw this error and I don't recall
what caused it then.
The message "Invalid module format" comes from either of modprobe and/or
insmod when the kernel returns ENOEXEC to a module (load) syscall.
Sometimes the kernel produces more explanatory messages & sometimes not.
If there are no more explanatory messages, then kernel/module.c can be
built with DEBUGP producing more output (and then that new kernel would
have to be loaded).
Can one of you provide a kernel config file for a kernel/modprobe combination
that produces this message? Some of the CONFIG_MODULE* config symbols could
have relevance here also.
--
~Randy
next prev parent reply other threads:[~2010-03-06 1:07 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-04 23:44 "Invalid module format" Theodore Kilgore
2010-03-06 0:39 ` Theodore Kilgore
2010-03-06 0:51 ` VDR User
2010-03-06 1:07 ` Randy Dunlap [this message]
2010-03-06 3:37 ` Mauro Carvalho Chehab
2010-03-06 6:48 ` Theodore Kilgore
2010-03-07 16:44 ` Randy Dunlap
2010-03-07 17:15 ` Theodore Kilgore
2010-03-06 22:02 ` Theodore Kilgore
2010-03-07 13:30 ` Mauro Carvalho Chehab
2010-03-07 16:55 ` Theodore Kilgore
2010-03-07 17:55 ` VDR User
2010-03-07 19:12 ` Theodore Kilgore
2010-03-07 22:03 ` Theodore Kilgore
2010-03-08 0:16 ` VDR User
2010-03-08 1:36 ` Mauro Carvalho Chehab
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=4B91AADD.4030300@xenotime.net \
--to=rdunlap@xenotime.net \
--cc=hdegoede@redhat.com \
--cc=kilgota@banach.math.auburn.edu \
--cc=linux-media@vger.kernel.org \
--cc=user.vdr@gmail.com \
/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.