On Tuesday 17 March 2009 01:59:06 Niklas Molin wrote:
Hi Erwin.
I just wanted to check if I understood the whole procedure with setting up
the device driver (I'm just in the beginning of my Linux journy).
1. I create my driver (for the moment it's located in the in the bin
directory when I
It only can run after that thread completes (and then waits to
get rescheduled at a later time.
I know. That's how my threaded app works.
So I don't understand why you bother about real threads at all. some
50 Lines of C code will schedule your threads one after the other as
part
Of course, the compiler would have to be convinced to leave
that register alone, similar to how it already behaves with the stack pointer
and frame pointer registers.
... and to _use_ it as a pointer for the variables defined with the
__thread keyword.
-Michael
It should be easy enough to get it to work with a dedicated register, too.
... Provided that it's easy to modify the compiler, which I supposedly
never will be able to do ;-) .
-Michael
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
Michael Schnell wrote:
No, it's not done like that. Linux does not provide thread-specific
virtual memory mappings, except for special cases like the
vsyscall/vdso page.
So - even with full Linux, the __thread variables have different
addresses per thread ?
Yes.
This does not make
Michael Schnell wrote:
So I don't understand why you bother about real threads at
all. some 50 Lines of C code will schedule your threads one
after the other as part of a single application/process, all running
on the same stack,
That's fine if the code is simple enough to be event driven and
Hi all,
when i do make i have this error :
CC net/ipv4/xfrm4_mode_transport.
o
CC net/ipv4/xfrm4_mode_tunnel.o
CC net/ipv4/inet_diag.o
CC net/ipv4/tcp_diag.o
CC net/ipv4/tcp_cubic.o
CC net/ipv4/xfrm4_policy.o
CC net/ipv4/xfrm4_state.o
CC net/ipv4/xfrm4_input.o
CC net/ipv4/xfrm4_output.o
LD
Thanks all experts,
The answers bombarded my e-mail!
2009/3/17 Ghanem Lafi lafi.gha...@gmail.com
Hi all,
when i do make i have this error :
CC net/ipv4/xfrm4_mode_transport.
o
CC net/ipv4/xfrm4_mode_tunnel.o
CC net/ipv4/inet_diag.o
CC net/ipv4/tcp_diag.o
CC net/ipv4/tcp_cubic.o
CC
I used manually edited the top level Makefile in build/
I've attached my Makefile.
On Mon, Mar 16, 2009 at 5:16 PM, Erwin Authried ea...@softsys.co.at wrote:
Hi,
it seems that sqlite3 uses dynamic libs that you don't have. I have
compiled version 2.8.6 with success several years ago.
That's fine if the code is simple enough to be event driven and always
returns to your event scheduler.
Sorry but I can't follow you. You just said in the mail I replied to:
I know. That's how my threaded app works.
-Michael
___
uClinux-dev
So - even with full Linux, the __thread variables have different
addresses per thread ?
Yes.
I did a test on the PC and (as expected) you are right. The same
__thread variable has different addresses when different threads are
running.
Do you know how this is implemented in the
Do you know how this is implemented in the x86 architecture ? I
suppose The CPU does not have enough registers to dedicate one for
that purpose, unless something exotic like the Extra Segment is used.
I did a disassembly and I see that in fact it does use the gs segment
register for this
On 2009-03-17, Michael Schnell mschn...@lumino.de wrote:
That's fine if the code is simple enough to be event driven
and always returns to your event scheduler.
That was written by Jamie Lokier
Sorry but I can't follow you. You just said in the mail I
replied to:
I know. That's how my
What _I_ meant was that when one of my threads gets scheduled,
it runs until it has finished what it needs to do and blocks
waiting for the next event. Isn't that's what run to
completion means?
No. Run to completion means that each thread is a callback that is
called and returns with any
On 2009-03-17, Michael Schnell mschn...@lumino.de wrote:
What _I_ meant was that when one of my threads gets scheduled,
it runs until it has finished what it needs to do and blocks
waiting for the next event. Isn't that's what run to
completion means?
No. Run to completion means that each
Hi,
getting SQLite to work on uClinux is pretty straightforward. I just did for
my first project for uClinux too :-)
You need to use few macros to get it working though. All are documented here
http://www.sqlite.org/compile.html.
You can use -DSQLITE_THREADSAFE=0 to disable mutexes and all
Jim Donelson ucli...@jimdonelson.com wrote:
The latest patch set is now on the uclinux SourceForge page.
This is the preferred method for downloading, as it eases the load on
uclinux.org.
Okay, does anyone else find it a bit troubling that none of the patches
after
There are a bunch of things wrong with the oggplay makefile for oggplay
and oggenc ... some highlights:
- CPPFLAGS isnt respected
- -Werror breaks building with gcc-4.3 (maybe real bug, but failures on
warnings shouldnt make it into a release)
- parallel build failure due to incorrect
The oggplay relies on fork() (superficially if you ask me) and does not
display anything when fork() fails (like no-mmu). So if it fails due to
ENOSYS, play the file ourselves, otherwise dump a proper error message.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
user/oggplay/oggplay.c |
Mike wrote:
The oggplay relies on fork() (superficially if you ask me) and does not
It isn't quite so superficial. The fork is there so that when playing multiple
tracks things don't get clagged up. Was easier doing this than tracking down
all the state destruction and rectifying it. If
On Tuesday 17 March 2009 17:49:43 Jim Ramsay wrote:
Jim Donelson ucli...@jimdonelson.com wrote:
The latest patch set is now on the uclinux SourceForge page.
This is the preferred method for downloading, as it eases the load on
uclinux.org.
Okay, does anyone else find it a bit troubling
The dist has an ogg123 option but this option, like the cake, is a lie.
There is a real ogg123 application out there, but this isn't it, nor
does it even install a binary named ogg123. It does however install a
binary named oggplay, so let's use that.
Signed-off-by: Mike Frysinger
The oggplay usage says -w takes a filename when really it takes a
timeout value like msec.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
user/oggplay/oggplay.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/user/oggplay/oggplay.c b/user/oggplay/oggplay.c
index
On Tuesday 17 March 2009 18:38:49 Mike Frysinger wrote:
On Tuesday 17 March 2009 18:36:46 paul_d...@au.securecomputing.com wrote:
Mike wrote:
The oggplay relies on fork() (superficially if you ask me) and does not
It isn't quite so superficial. The fork is there so that when playing
Mike wrote:
btw, please dont take this the wrong way. i imagine oggplay does all the
crazy things you say it does, but we just wanted to validate that the tremor
decoding library worked (download an ogg and listen to it on the board). so
everything beyond that is cheese to us ;).
I
Jivin Ghanem Lafi lays it down ...
Thanks all experts,
The answers bombarded my e-mail!
Could you share the answer with the rest of the list :-) :-)
Thanks,
Davidm
2009/3/17 Ghanem Lafi lafi.gha...@gmail.com
Hi all,
when i do make i have this error :
CC
Hi Mike,
Mike Frysinger wrote:
The oggplay usage says -w takes a filename when really it takes a
timeout value like msec.
Signed-off-by: Mike Frysinger vap...@gentoo.org
Applied.
Thanks
Greg
user/oggplay/oggplay.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Hi Mike,
Mike Frysinger wrote:
The dist has an ogg123 option but this option, like the cake, is a lie.
There is a real ogg123 application out there, but this isn't it, nor
does it even install a binary named ogg123. It does however install a
binary named oggplay, so let's use that.
Mike Frysinger wrote:
On Tuesday 17 March 2009 17:49:43 Jim Ramsay wrote:
Jim Donelson ucli...@jimdonelson.com wrote:
The latest patch set is now on the uclinux SourceForge page.
This is the preferred method for downloading, as it eases the load on
uclinux.org.
Okay, does anyone else find
Hi Mike,
Mike Frysinger wrote:
There are a bunch of things wrong with the oggplay makefile for oggplay
and oggenc ... some highlights:
- CPPFLAGS isnt respected
- -Werror breaks building with gcc-4.3 (maybe real bug, but failures on
warnings shouldnt make it into a release)
- parallel
Hi Mike,
Mike Frysinger wrote:
The oggplay relies on fork() (superficially if you ask me) and does not
display anything when fork() fails (like no-mmu). So if it fails due to
ENOSYS, play the file ourselves, otherwise dump a proper error message.
Signed-off-by: Mike Frysinger
31 matches
Mail list logo