Linux PARISC architecture development
 help / color / mirror / Atom feed
* [parisc-linux] ld: Unsatisfied symbols
@ 2000-02-09  6:05 Grant Grundler
  2000-02-09 15:59 ` willy
  0 siblings, 1 reply; 2+ messages in thread
From: Grant Grundler @ 2000-02-09  6:05 UTC (permalink / raw)
  To: parisc-linux

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=X-roman8, Size: 1558 bytes --]


Hi folks,

The current tree builds and *almost* links.
(except for block/rd.c; used -rlinus2342 version)

ld: Unsatisfied symbols:
   up_read (code)
   uts_sem (data)
   get_task_struct (code)
   up_write (code)
   down_write (code)
   down_read (code)


get_task_struct (code)
	Other arches define get_task_struct() in include/asm/processor.h.
	We probably should too.
	I have only 1/2 a clue what it's supposed to do.

uts_sem (data)
	include/linux/utsname.h: extern struct rw_semaphore uts_sem;
	kernel/ksyms.c: EXPORT_SYMBOL(uts_sem);          /* UTS semaphore */
	kernel/sys.c:  DECLARE_RWSEM(uts_sem);

	Seems like another SOM kluge is needed.
	Or "DECLARE_RWSEM()" needs to be hacked for SOM.
	If someone knows where such "data" kluges are collected,
	please either fix it or let me know so we can keep such kluges
	all in one place.

up_read
up_write
down_read
down_write
	We seem to need them in asm-parisc/semaphore.h.
	I gather this is some form of R/W semaphore.
	Anyone who knows more is encouraged to make it happen.


FYI: I fixed the init_ext2_fs (code) and pcibios_enable_device() problems.

o init_ext2_fs() is declared "static" in fs/ext2/super.c but we have to invoke
  it directly in main.c because module_init(init_ext2_fs) can't work (yet).
  (because we are using SOM - not ELF - binaries.)

o pcibios_enable_device() *was* defined in drivers/pci/setup.c.
  But in 2.3.42,  setup.c no longer exists - split up into three files.
  pcibios_enable_device() moved to the arch specific code.
  (ie arch/parisc/kernel/pci.c)

later,
grant

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

* Re: [parisc-linux] ld: Unsatisfied symbols
  2000-02-09  6:05 [parisc-linux] ld: Unsatisfied symbols Grant Grundler
@ 2000-02-09 15:59 ` willy
  0 siblings, 0 replies; 2+ messages in thread
From: willy @ 2000-02-09 15:59 UTC (permalink / raw)
  To: Grant Grundler; +Cc: parisc-linux

On Tue, Feb 08, 2000 at 10:05:07PM -0800, Grant Grundler wrote:
> uts_sem (data)
> 	include/linux/utsname.h: extern struct rw_semaphore uts_sem;
> 	kernel/ksyms.c: EXPORT_SYMBOL(uts_sem);          /* UTS semaphore */
> 	kernel/sys.c:  DECLARE_RWSEM(uts_sem);
> 
> 	Seems like another SOM kluge is needed.
> 	Or "DECLARE_RWSEM()" needs to be hacked for SOM.
> 	If someone knows where such "data" kluges are collected,
> 	please either fix it or let me know so we can keep such kluges
> 	all in one place.

nono, this isn't linker magic (for once :-).  It's how to declare a
read-write semaphore (C doesn't have constructors, so you do it manually).
I'll do a silly-C version for now and someone can work on an efficient
assembler version of it later.

> up_read
> up_write
> down_read
> down_write
> 	We seem to need them in asm-parisc/semaphore.h.
> 	I gather this is some form of R/W semaphore.
> 	Anyone who knows more is encouraged to make it happen.

exactly.

thanks for fixing the pci stuff.

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

end of thread, other threads:[~2000-02-09 17:12 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2000-02-09  6:05 [parisc-linux] ld: Unsatisfied symbols Grant Grundler
2000-02-09 15:59 ` willy

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