This is the mail archive of the ecos-discuss@sourceware.org mailing list for the eCos project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: DHCP problems

From: "Steve West" <swest at validatedsoftware dot com>
To: "Steve West" <swest at validatedsoftware dot com>, "Andrew Lunn" <andrew at lunn dot ch>
Cc: "Andrew Lunn" <andrew at lunn dot ch>, <ecos-discuss at ecos dot sourceware dot org>
Date: Fri, 27 Jan 2006 05:59:58 -0500
Subject: Re: [ECOS] DHCP problems
References: <015e01c621dd$cb216410$6801a8c0@xppro> <20060125221514.GA9841@lunn.ch> <01ad01c621fd$956a1e00$6801a8c0@xppro> <020a01c6231e$71eac480$6801a8c0@xppro> <021901c6232b$f4623300$6801a8c0@xppro> <20060127103214.GD4383@lunn.ch> <023c01c6232e$acd5fa50$6801a8c0@xppro>

Just to clarify, it was not actually the counting semaphore that blocked the network thread, it was a while wait for the boot_flag to be set by the init thread after network init.

The application threads (prio 6) where waiting on counting semaphore posted by init thread (prio 1). The semaphores got posted from the init thread after the network_init (DHCP) was run. So the app threads blocked the network from running. That's why after the system was running all the broadcasts finally came in from the network card buffers.

--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

References:
- DHCP problems
  - From: Steve West
- Re: DHCP problems
  - From: Andrew Lunn
- Re: DHCP problems
  - From: Steve West
- Re: DHCP problems
  - From: Steve West
- Re: DHCP problems
  - From: Steve West
- Re: DHCP problems
  - From: Andrew Lunn
- Re: DHCP problems
  - From: Steve West

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]