All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bruno Vidal <bruno_vidal@hpfrcu03.france.hp.com>
To: "parisc-linux@lists.parisc-linux.org"
	<parisc-linux@lists.parisc-linux.org>
Subject: Re: [parisc-linux] strange message with insmod
Date: Fri, 07 Jun 2002 10:17:13 +0200	[thread overview]
Message-ID: <3D006C09.164DF254@admin.france.hp.com> (raw)
In-Reply-To: 1023381362.3cff8f72ec461@webmail.tiscalinet.be

[-- Attachment #1: Type: text/plain, Size: 1611 bytes --]

	Hi
I think I found where the problem is. In order to add debug info
for P4, I've add in the main Makefile: -gdwarf-2. I've remove this
debug option, and now everything is okay. I think that this option is
creating too much debug informations. Does someone has already try
to investiguate a solution in order to add debug information, without
creating soooo much information ?

	Thanks.

Richard Hirst wrote:
> 
> On Thu, Jun 06, 2002 at 04:33:59PM +0200, Bruno Vidal wrote:
> >       Hi
> > I've compiled a new kernel (without LVM), everything seems okay.
> > My dump driver compiled right...but when I use insmod:
> > hpfrcw12:~# insmod dump
> > Using /lib/modules/2.4.18-pa35/kernel/drivers/dump/dump.o
> > r_info 0x29 not handled
> > ...
> > So it is not coming from my modules. The modules are loaded,
> > everything seems okay, but what means this messages ?
> 
> Some relocation type used in your .o files that modutils doesn't know
> how to handle.  Generally modutils only handles the relocation types
> that I have seen in modules to date.  New types might crop up as a
> result of tool chain changes, or different compiler options, or possibly
> kernel code changes might cause the toolchain to generate some other
> relocation.
> 
> Are you using the standard woody toolchain for hppa?  Can you send me
> off list your scsi/st.o, incase I can't reproduce here?
> 
> Everything might seem ok, but it could be some code paths or data
> accesses wont be handled properly.
> 
> Thanks,
>   Richard

-- 
	Vidal Bruno, (770-4271)
        SSD-HA Team, HP-UX & LINUX Support
	bruno_vidal@admin.france.hp.com

[-- Attachment #2: Card for Bruno Vidal --]
[-- Type: text/x-vcard, Size: 386 bytes --]

begin:vcard 
n:Bruno;VIDAL
tel;fax:01-69-82-60-14
tel;work:01-69-29-42-71
x-mozilla-html:TRUE
url:www.france.hp.com
org:Solution Center
version:2.1
email;internet:bruno_vidal@hp.com
title:Expert Logiciel Environnement Haute Disponibilité
adr;quoted-printable:;;HP France=0D=0A;Z.A de Courtaboeuf;1 Av. du Canada;91947 Les Ulis cedex;France
x-mozilla-cpt:;26208
fn:VIDAL Bruno
end:vcard

  reply	other threads:[~2002-06-07  8:22 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-06-06 14:33 [parisc-linux] strange message with insmod Bruno Vidal
2002-06-06 15:09 ` Richard Hirst
2002-06-06 16:36 ` joel.soete
2002-06-07  8:17   ` Bruno Vidal [this message]
2002-06-07 11:36     ` Carlos O'Donell Jr.
2002-06-07 16:23       ` John David Anglin

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=3D006C09.164DF254@admin.france.hp.com \
    --to=bruno_vidal@hpfrcu03.france.hp.com \
    --cc=parisc-linux@lists.parisc-linux.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.