linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
* regarding ld.so.preloads,ld.so.cache
@ 2004-06-05 10:55 bharat
  2004-06-07 14:37 ` Mark Hatle
       [not found] ` <2755028.1086671873328.JavaMail.administrator@RnDserver>
  0 siblings, 2 replies; 4+ messages in thread
From: bharat @ 2004-06-05 10:55 UTC (permalink / raw)
  To: linuxppc-embedded


hello everyone
                    i am using Hardhat embedded linux for my customerized
board everything went fine till th dhell init as soon as the init is called
the control starts looking for ld.so.preloads,ld.so.cache and then after
loading  some files from NFS mounted  file sytem from server this goes hangs
i am looking for an answer since last three days and it is driven me mad
please help me
bharat



!-- Virus-Free Mail Using PostMaster Enterprise AvAc & QuickHeal Engine --!

-----------------------------------
Coral Telecom Limited, Noida, India


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

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

* Re: regarding ld.so.preloads,ld.so.cache
  2004-06-05 10:55 regarding ld.so.preloads,ld.so.cache bharat
@ 2004-06-07 14:37 ` Mark Hatle
       [not found] ` <2755028.1086671873328.JavaMail.administrator@RnDserver>
  1 sibling, 0 replies; 4+ messages in thread
From: Mark Hatle @ 2004-06-07 14:37 UTC (permalink / raw)
  To: bharat; +Cc: linuxppc-embedded


Two things.  First ld.so.preloads and ld.so.cache (and ld.conf) are all
optional, and usually won't exist on an embedded system.  (You might get
some arguments by some about ld.so.cache.. but the point is it does NOT
need to exist).

Second I believe you NFS problems are probably unrelated.  Specifically
on system without a proper RTC, the timestamps for NFS requests will
reset to a previous time stamp.  NFS uses time stamps to make sure that
requests are always moving "forward" in time.  If you reboot your
embedded system, the time stamp goes back in time.. you can easily get
lockups with the NFS server not responding.

First thing to try, reboot the NFS server, and see if it works once..
then stops working for subsequent boots.  If that is the case, then you
will need to figure out how to seed the kernel (on your embedded system)
with a reasonable "time/date" combo if you don't have an RTC.

--Mark

bharat wrote:
> hello everyone
>                     i am using Hardhat embedded linux for my customerized
> board everything went fine till th dhell init as soon as the init is called
> the control starts looking for ld.so.preloads,ld.so.cache and then after
> loading  some files from NFS mounted  file sytem from server this goes hangs
> i am looking for an answer since last three days and it is driven me mad
> please help me
> bharat
>
>
>
> !-- Virus-Free Mail Using PostMaster Enterprise AvAc & QuickHeal Engine --!
>
> -----------------------------------
> Coral Telecom Limited, Noida, India
>
>
>
>


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

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

* Re: regarding ld.so.preloads,ld.so.cache
@ 2004-06-08  5:22 bharat
  0 siblings, 0 replies; 4+ messages in thread
From: bharat @ 2004-06-08  5:22 UTC (permalink / raw)
  To: linuxppc-embedded


----------  Forwarded Message  ----------

Subject: Re: regarding ld.so.preloads,ld.so.cache
Date: Tuesday 08 June 2004 10:48 am
From: Bharat <bharat@coraltele.com>
To: Mark Hatle <mhatle@mvista.com>

hi mark and everyone in list
             thanks for answering  me i am still struggling with the same
problem i am sending the dump of my whole execution i put some comments
in the whole execution hope these will be helpful
starting dump :

starting kernel Boot arguments:

 m8xx_xpm_reset func commented
memory_start c010a000 memory_end c0800000
memory_start c0120410
 After Trap_init
 WARN: cpm_interrupt_init blocked here (anand)
 After init_irq
Func:time_init  IMAP_ADDR ff000000freq 32time_init: decrementer frequency =
187500000/60

 m8xx_get_rtc_time() ENABLE INT ftv_sec 75f803e6 stage 5stage 6
WARN: serial_console_setup func return here without serial init
 (anand)console flag 7
console init done MEM- c0120410 After prof_len
Kmem_cache_init Starts
Kmem_cache_init()Calibrating delay loop... 49.05 BogoMIPS
Memory: 7036k available (676k kernel code, 448k data, 32k init)
[c0000000,c0800000]
 kmem_cache_sizes_init kmem_cache_sizes_init exit Dentry hash table entries:
1024 (order 1, 8k)

 Kernel in process .. stage1Buffer cache hash table entries: 8192 (order 3,
32k)
Page cache hash table entries: 2048 (order 1, 8k)

 Kernel in process .. stage2POSIX conformance testing by UNIFIX

M_TWB-c00bd000
 WAITING IN INFINITE LOOP(cpu_idle func)

 INIT TASK ON .........

<6>Linux NET4.0 for Linux 2.2
<6>Based upon Swansea University Computer Society NET3.039
<6>NET4: Linux TCP/IP 1.0 for NET4.0
<6>IP Protocols: ICMP, UDP, TCP
TCP: Hash tables configured (ehash 8192 bhash 8192)

M_TWB-c00bd000
M_TWB-c00bd000Starting kswapd v5. 1.5 $

M_TWB-c00bd000
M_TWB-c00bd000STAG1<6>Serial driver version 4.27 with no serial options
enabled
<6>ttyS00 at 0x03f8 (irq = 4) is a 16450
<6>ttyS01 at 0x02f8 (irq = 3) is a 16450
<6>ttyS02 at 0x03e8 (irq = 4) is a 16450
<6>CPM UART driver version 0.03

 HARDCODED RETURN FROM rs_8xx_init func
<6>loop: registered device at major 7
Func net_dev_init()
INFO: Processor :MPC860T, So we call fec_enet_init here
fec_enet_init()fep->rx_bd_base c016f000fep->tx_bd_base
c016f040bdp->cbd_buffaddr 16e000bdp->cbdf
fec: link up,remote fault,auto complete
fec: 10 Mbps, Half-Duplex
eth0: FEC ENET Version 0.1, 00:00:21:27:c0:03
Finc:ip_auto_config()IP_AUTO_CONFIGIP_AUTO_CONFIGIP-Config: Guessing netmask
255.255.255.0

 local=c0a84114, server=c0a8415aIP-Config: host=192.168.65.20, domain=(none),
path=`'
STAG2STAG3STAG4<5>Root-NFS: Mounting /prjroot/rootfs on server 192.168.65.90
as root
<5>Root-NFS:     rsize = 4096, wsize = 4096, timeo = 7, retrans = 3
<5>Root-NFS:     acreg (min,max) = (3,60), acdir (min,max) = (30,60)
<5>Root-NFS:     nfsd port = -1, mountd port = 0, flags = 00000200
<5>Looking up port of RPC 100003/2 on 192.168.65.90
Root-NFS: Portmapper on server returned 2049 as nfsd port
<5>Looking up port of RPC 100005/1 on 192.168.65.90
Root-NFS: mountd port is 32771
NFS:      nfs_mount(c0a8415a:/prjroot/rootfs)

M_TWB-c00bd000<5>VFS: Mounted root (NFS filesystem) readonly.
STAG5Freeing unused kernel memory: 32k init
exit function
open_namei-/dev/consoleST7
Warning: unable to open an initial console.
File NAme  /sbin/init ,
open_namei-/sbin/init prepare_bin
FILE POINT c00388a4
,7f,45,4c,
bprm_shsh_bang
FILE POINT c00360fc
ELF  FILE DETECTMACHINE ARCH 14start, end,end_data initSTG23STG24file
/sbin/init,
c00cd000SlowNEW page tbl c00cd000NEW page tbl c00cd000
M_TWB-c00cd000file /sbin/init,file /sbin/init,(start_brk) 100d5a48
(end_code) 100cd1a8
(start_code) 10000000
(end_data) 100cd1a8
(start_stack) 7fffffc0
(brk) 100d5a48

 regs [c013de70]Elf_INTER[10000100], sp[7fffffc0]
 filename/sbin/initreturn search_binary
after this this goes hangs and gives me a lot of trouble which are on  and on
from last 7 days
if i reboot the NFS server and then starts the client again then the response
is again the same  and the execution does not halted
please reply as soon as possible
thanks in anticipation

On Monday 07 June 2004 08:07 pm, you wrote:
> Two things.  First ld.so.preloads and ld.so.cache (and ld.conf) are all
> optional, and usually won't exist on an embedded system.  (You might get
> some arguments by some about ld.so.cache.. but the point is it does NOT
> need to exist).
>
> Second I believe you NFS problems are probably unrelated.  Specifically
> on system without a proper RTC, the timestamps for NFS requests will
> reset to a previous time stamp.  NFS uses time stamps to make sure that
> requests are always moving "forward" in time.  If you reboot your
> embedded system, the time stamp goes back in time.. you can easily get
> lockups with the NFS server not responding.
>
> First thing to try, reboot the NFS server, and see if it works once..
> then stops working for subsequent boots.  If that is the case, then you
> will need to figure out how to seed the kernel (on your embedded system)
> with a reasonable "time/date" combo if you don't have an RTC.
>
> --Mark
>
>


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

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

* Re: regarding ld.so.preloads,ld.so.cache
       [not found]   ` <5202403.1086706828281.JavaMail.administrator@RnDserver>
@ 2004-06-09  5:05     ` bharat
  0 siblings, 0 replies; 4+ messages in thread
From: bharat @ 2004-06-09  5:05 UTC (permalink / raw)
  To: Mark Hatle; +Cc: linuxppc-embedded


hi Mark
            there is not effect of rebooting  my NFS server  it keeps on
allowing the mounting of filesystem to my client.
the NFS mounted client starts looking for sbin/init it founds then it starts
executing some scripts and then hangs after executing  some of them moreover
it donot hangs at a particular file .
                              i am mounting /opt/hardhat/devkit/ppc/8xx/target
directory to the client is this correct? or i should also make some changes
in some files to allow as i read in Karim yaghmour book  to make changes in
libc.so file
 to change every appearance of /lib/libc.so.6 to libc.so.6 should i make the
same changes
please guide me as i have just started working in embedded field and a novice
waiting for your response
bharat


On Tuesday 08 June 2004 08:24 pm, you wrote:

> I don't completely understand your response.  Specific did rebooting
> your NFS server allow for you to boot once without a problem?
>
> If so then this is definatly an RTC related problem.  You will need to
> implement a proper real-time clock in the kernel before it starts using
> the NFS root filesystem.
>
> --Mark
>
>


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

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

end of thread, other threads:[~2004-06-09  5:05 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-06-05 10:55 regarding ld.so.preloads,ld.so.cache bharat
2004-06-07 14:37 ` Mark Hatle
     [not found] ` <2755028.1086671873328.JavaMail.administrator@RnDserver>
     [not found]   ` <5202403.1086706828281.JavaMail.administrator@RnDserver>
2004-06-09  5:05     ` bharat
  -- strict thread matches above, loose matches on Subject: below --
2004-06-08  5:22 bharat

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).