mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* [2.5.4-pre3] link error in drivers/video/video.o
@ 2002-02-08 14:22 Rolf Eike Beer
  2002-02-08 14:57 ` Dave Jones
  2002-02-08 15:01 ` Alan Cox
  0 siblings, 2 replies; 7+ messages in thread
From: Rolf Eike Beer @ 2002-02-08 14:22 UTC (permalink / raw)
  To: linux-kernel

ld -m elf_i386 -T /mnt/kernel/linux-2.5.4-pre3/arch/i386/vmlinux.lds -e stext 
arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o 
init/version.o init/do_mounts.o \
        --start-group \
        arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o mm/mm.o 
fs/fs.o ipc/ipc.o \
        /mnt/kernel/linux-2.5.4-pre3/arch/i386/lib/lib.a 
/mnt/kernel/linux-2.5.4-pre3/lib/lib.a 
/mnt/kernel/linux-2.5.4-pre3/arch/i386/lib/lib.a \
         drivers/base/base.o drivers/char/char.o drivers/block/block.o 
drivers/misc/misc.o drivers/net/net.o drivers/media/media.o 
drivers/ide/idedriver.o drivers/cdrom/driver.o drivers/pci/driver.o 
drivers/video/video.o \
        net/network.o \
        --end-group \
        -o vmlinux
drivers/video/video.o: In function `vesafb_init':
drivers/video/video.o(.text.init+0x13f9): undefined reference to 
`bus_to_virt_not_defined_use_pci_map'
make: *** [vmlinux] Error 1

Eike

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [2.5.4-pre3] link error in drivers/video/video.o
  2002-02-08 14:22 [2.5.4-pre3] link error in drivers/video/video.o Rolf Eike Beer
@ 2002-02-08 14:57 ` Dave Jones
  2002-02-08 15:48   ` David S. Miller
  2002-02-08 15:55   ` Alan Cox
  2002-02-08 15:01 ` Alan Cox
  1 sibling, 2 replies; 7+ messages in thread
From: Dave Jones @ 2002-02-08 14:57 UTC (permalink / raw)
  To: Rolf Eike Beer; +Cc: linux-kernel

On Fri, Feb 08, 2002 at 03:22:00PM +0100, Rolf Eike Beer wrote:

 > drivers/video/video.o(.text.init+0x13f9): undefined reference to 
 > `bus_to_virt_not_defined_use_pci_map'
 > make: *** [vmlinux] Error 1

 As the variable name suggests, a driver you compiled needs to be
 updated to use a new API.  If you're not able to tackle this
 yourself, give 2.5.3-dj4 a shot, and use CONFIG_DEBUG_OBSOLETE=n
 Not ideal, but should get you running again at least, until someone
 has a chance to update it.

-- 
| Dave Jones.        http://www.codemonkey.org.uk
| SuSE Labs

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [2.5.4-pre3] link error in drivers/video/video.o
  2002-02-08 14:22 [2.5.4-pre3] link error in drivers/video/video.o Rolf Eike Beer
  2002-02-08 14:57 ` Dave Jones
@ 2002-02-08 15:01 ` Alan Cox
  1 sibling, 0 replies; 7+ messages in thread
From: Alan Cox @ 2002-02-08 15:01 UTC (permalink / raw)
  To: Rolf Eike Beer; +Cc: linux-kernel

> drivers/video/video.o: In function `vesafb_init':
> drivers/video/video.o(.text.init+0x13f9): undefined reference to 
> `bus_to_virt_not_defined_use_pci_map'
> make: *** [vmlinux] Error 1

Someone made incorrect changes to the vesafb code. It was discussed but
not fixed before 2.5.3. vesafb should be using phys_to_virt

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [2.5.4-pre3] link error in drivers/video/video.o
  2002-02-08 14:57 ` Dave Jones
@ 2002-02-08 15:48   ` David S. Miller
  2002-02-08 16:26     ` Alan Cox
  2002-02-08 15:55   ` Alan Cox
  1 sibling, 1 reply; 7+ messages in thread
From: David S. Miller @ 2002-02-08 15:48 UTC (permalink / raw)
  To: alan; +Cc: davej, eike, linux-kernel

   From: Alan Cox <alan@lxorguk.ukuu.org.uk>
   Date: Fri, 8 Feb 2002 15:55:35 +0000 (GMT)
   
   That is incorrect. The warning occurs because someone made bogus changes to
   the vesa driver without understanding what was going on. The vesa frame
   buffer returned by the BIOS is a physical cpu address not a bus address
   and nothing to do with magic PCI mappings.

There were no changes made, in fact the VESA driver by your own
definition was buggy before my changes went in. :-) It was using
bus_to_virt and virt_to_bus all along Alan.

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [2.5.4-pre3] link error in drivers/video/video.o
  2002-02-08 14:57 ` Dave Jones
  2002-02-08 15:48   ` David S. Miller
@ 2002-02-08 15:55   ` Alan Cox
  1 sibling, 0 replies; 7+ messages in thread
From: Alan Cox @ 2002-02-08 15:55 UTC (permalink / raw)
  To: Dave Jones; +Cc: Rolf Eike Beer, linux-kernel

>  > drivers/video/video.o(.text.init+0x13f9): undefined reference to 
>  > `bus_to_virt_not_defined_use_pci_map'
>  > make: *** [vmlinux] Error 1
> 
>  As the variable name suggests, a driver you compiled needs to be
>  updated to use a new API.  If you're not able to tackle this

That is incorrect. The warning occurs because someone made bogus changes to
the vesa driver without understanding what was going on. The vesa frame
buffer returned by the BIOS is a physical cpu address not a bus address
and nothing to do with magic PCI mappings.

Alan

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [2.5.4-pre3] link error in drivers/video/video.o
  2002-02-08 15:48   ` David S. Miller
@ 2002-02-08 16:26     ` Alan Cox
  2002-02-09 23:05       ` Pavel Machek
  0 siblings, 1 reply; 7+ messages in thread
From: Alan Cox @ 2002-02-08 16:26 UTC (permalink / raw)
  To: David S. Miller; +Cc: alan, davej, eike, linux-kernel

>    That is incorrect. The warning occurs because someone made bogus changes to
>    the vesa driver without understanding what was going on. The vesa frame
>    buffer returned by the BIOS is a physical cpu address not a bus address
>    and nothing to do with magic PCI mappings.
> 
> There were no changes made, in fact the VESA driver by your own
> definition was buggy before my changes went in. :-) It was using
> bus_to_virt and virt_to_bus all along Alan.

My error then. That or someone broke it around 2.0 8). It should be using
phys_to_virt. Its the usual weirdness of talking to the BIOS which talks in
CPU physical addresses.

VESAfb also genuinely does not know how the frame buffer is wired into the
system, it just has a physical address. Another approach I guess might be
to check if the address range if in a PCI root bridge window and if so 
ioremap it. That possibly also means someone should get around to shrinking
the 1Gb (actually 900M) kernel to 768Mb because some frame buffers are now
at 128Mb of ram

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [2.5.4-pre3] link error in drivers/video/video.o
  2002-02-08 16:26     ` Alan Cox
@ 2002-02-09 23:05       ` Pavel Machek
  0 siblings, 0 replies; 7+ messages in thread
From: Pavel Machek @ 2002-02-09 23:05 UTC (permalink / raw)
  To: Alan Cox; +Cc: David S. Miller, davej, eike, linux-kernel

Hi!

> >    That is incorrect. The warning occurs because someone made bogus changes to
> >    the vesa driver without understanding what was going on. The vesa frame
> >    buffer returned by the BIOS is a physical cpu address not a bus address
> >    and nothing to do with magic PCI mappings.
> > 
> > There were no changes made, in fact the VESA driver by your own
> > definition was buggy before my changes went in. :-) It was using
> > bus_to_virt and virt_to_bus all along Alan.
> 
> My error then. That or someone broke it around 2.0 8). It should be using
> phys_to_virt. Its the usual weirdness of talking to the BIOS which talks in
> CPU physical addresses.

Hm, I wonder where it goes in /proc/driver hierarchy...? Probably
/proc/driver/legacy?
									Pavel
-- 
(about SSSCA) "I don't say this lightly.  However, I really think that the U.S.
no longer is classifiable as a democracy, but rather as a plutocracy." --hpa

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2002-02-10 21:32 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-02-08 14:22 [2.5.4-pre3] link error in drivers/video/video.o Rolf Eike Beer
2002-02-08 14:57 ` Dave Jones
2002-02-08 15:48   ` David S. Miller
2002-02-08 16:26     ` Alan Cox
2002-02-09 23:05       ` Pavel Machek
2002-02-08 15:55   ` Alan Cox
2002-02-08 15:01 ` Alan Cox

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®