[uClinux-dev] Firewire
What's the current status of Firewire support in uClinux? I'm thinking of going with a board from http://embeddedartists.com/ and building a daughtercard with a GP2Lynx (TI TSB12LV32). I saw in the archives that a driver had been written for the 2.4 kernel but it looks like 2.6 is now the main focus of development and am wondering if the driver got ported to the new Firewire stack. ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] Minimum size of uCLinux and J9 compatibility
Jonathan Wong wrote: Hi Jamie, My solution is to use Sigma's GCC 2.95.3 when building a program that links to their libraries, but use newer GCC for other programs (that don't use Sigma's libraries at all). And then use JNI to call Sigma's libraries? That dashes my hopes to port whatever I do on the Sigma to Windows XP Embedded later on. I'd use JNI to call a simple video play/stop/set-file API written in C, or (more likely) send commands to a local socket or talk over a pipe. On my video player, the control program just runs the media player in a child process and talks over a pipe to it, in simple text commands. So the control program can be in any language, in theory. I didn't use Java because I thought it wouldn't fit, to be honest. There's about 10MB free on my 64MB device (32 allocated to video coprocessors, away from Linux; the rest is used by Linux, utils etc.) I found that's actually not enough when streaming from hard disk - because Linux's page allocator can't handle it, playback struggles. So I thought adding Java would make it worse. However, you have 128MB total, which is a lot more room. And you're just streaming video over the network, which works better. -- Jamie ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] Minimum size of uCLinux and J9 compatibility
Jamie Lokier wrote: On my video player, the control program just runs the media player in a child process and talks over a pipe to it, in simple text commands. So the control program can be in any language, in theory. small This is also quite handy when the codec crashes or gets stuck... the control program doesn't crash, it just kills the media program and starts another... /small -- Jamie ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] [PATCH] m68k: Unify arch/m68k/include/asm/unistd.h
On Sun, 1 Feb 2009, Greg Ungerer wrote: Geert Uytterhoeven wrote: m68k: use mmu scatterlist.h for non-mmu setups as well A small cleanup: From bb3640a02d427175006f8d0c49311bf7a2290dd0 Mon Sep 17 00:00:00 2001 From: Geert Uytterhoeven ge...@linux-m68k.org Date: Mon, 2 Feb 2009 22:14:23 +0100 Subject: [PATCH] m68k: Use dma_addr_t for scatterlist.dma_address dma_addr_t (as was used by m68knommu) is more correct than u32. Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org --- arch/m68k/include/asm/scatterlist.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/m68k/include/asm/scatterlist.h b/arch/m68k/include/asm/scatterlist.h index d3a7a0e..e27ad90 100644 --- a/arch/m68k/include/asm/scatterlist.h +++ b/arch/m68k/include/asm/scatterlist.h @@ -11,7 +11,7 @@ struct scatterlist { unsigned int offset; unsigned int length; - __u32 dma_address; /* A place to hang host-specific addresses at. */ + dma_addr_t dma_address; /* A place to hang host-specific addresses at. */ }; /* This is bogus and should go away. */ -- 1.5.6.5 Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say programmer or something like that. -- Linus Torvalds ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] [PATCH] m68k: Unify arch/m68k/include/asm/unistd.h
On Sun, 1 Feb 2009, Greg Ungerer wrote: m68k: use non-mmu version of unaligned.h for all m68k And another one. The rest looks OK. From f94c9409356de883fd343cc7c0f25dd955bcad42 Mon Sep 17 00:00:00 2001 From: Geert Uytterhoeven ge...@linux-m68k.org Date: Mon, 2 Feb 2009 22:12:36 +0100 Subject: [PATCH] m68k: Restore correct include guards for asm/unaligned.h Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org --- arch/m68k/include/asm/unaligned.h |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/m68k/include/asm/unaligned.h b/arch/m68k/include/asm/unaligned.h index eb1ea4c..019caa7 100644 --- a/arch/m68k/include/asm/unaligned.h +++ b/arch/m68k/include/asm/unaligned.h @@ -1,5 +1,5 @@ -#ifndef _ASM_M68KNOMMU_UNALIGNED_H -#define _ASM_M68KNOMMU_UNALIGNED_H +#ifndef _ASM_M68K_UNALIGNED_H +#define _ASM_M68K_UNALIGNED_H #ifdef CONFIG_COLDFIRE @@ -22,4 +22,4 @@ #endif -#endif /* _ASM_M68KNOMMU_UNALIGNED_H */ +#endif /* _ASM_M68K_UNALIGNED_H */ -- 1.5.6.5 Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say programmer or something like that. -- Linus Torvalds ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] Minimum size of uCLinux and J9 compatibility
On Monday 02 February 2009 22:01:12 Jamie Lokier wrote: I didn't use Java because I thought it wouldn't fit, to be honest. There's about 10MB free on my 64MB device (32 allocated to video coprocessors, away from Linux; the rest is used by Linux, utils etc.) I found that's actually not enough when streaming from hard disk - because Linux's page allocator can't handle it, playback struggles. So I thought adding Java would make it worse. It probably would have: you can certainly run Java applications in less than 10 MB (or even 5 MB), but you need to keep them pretty simple (and when the memory consumption starts to grow it can be hard to put your finger on just why). OTOH I know people who are doing pretty complex stuff (including genetic algorithms, would you believe) in something like 18 MB. There are some aspects of Java which make it hard to keep the memory consumption real down low - the reflection data for example (all those strings!) and the frustrating lack of modularity in the class libraries. Yes you can compile stuff AOT and strip out unused methods and reflection data - but be careful because the Java libraries themselves use reflection quite a lot. The good news is that once you have a certain critical mass of commonly- used core classes from java.lang, java.io, java.net and java.util loaded the memory consumed by class libraries starts to stabilise a bit - provided of course that you don't start dragging in every cute open-source library you see on the web. -- Chris Gray/k/ Embedded Java Solutions BE0503765045 Embedded Mobile Java, OSGihttp://www.k-embedded-java.com/ chris.g...@kiffer.be +32 3 216 0369 Come and see us at Embedded World 2009 in Nürnberg, 3-5.3.2009: Hall 12, Stand 560 (DSP Valley). http://www.embedded-world.de/ ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] Minimum size of uCLinux and J9 compatibility
On Monday 02 February 2009 22:16:07 Jamie Lokier wrote: Jamie Lokier wrote: On my video player, the control program just runs the media player in a child process and talks over a pipe to it, in simple text commands. So the control program can be in any language, in theory. small This is also quite handy when the codec crashes or gets stuck... the control program doesn't crash, it just kills the media program and starts another... /small 8- Worked once with this board which had an i/o processor on a daughterboard - I think it was a Toshiba 8089 clone. For a token-passing ring. The 8089 would get wedged regularly when a certain sequence of interrupts occurred, and the solution was for the controlling CPU to detect the wedgedness and quietly reset the 8089 by writing to a certain physical address. Frames would get lost but they would be retransmitted, and as far as the customer was concerned the problem was solved. You can also apply the same kind of thinking within a single-process multi- threaded model, if you can find the right boundaries. For example in OSGi the unit of granularity might be the service: if a service is critical then some other service should be monitoring it and be ready to take action if it appears to be stuck. The last resort is to exit the JVM, and then at the linux scripting level save the stack trace and relaunch Java. -- Chris Gray/k/ Embedded Java Solutions BE0503765045 Embedded Mobile Java, OSGihttp://www.k-embedded-java.com/ chris.g...@kiffer.be +32 3 216 0369 Come and see us at Embedded World 2009 in Nürnberg, 3-5.3.2009: Hall 12, Stand 560 (DSP Valley). http://www.embedded-world.de/ ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
[uClinux-dev] How to commonicate to ttySx in a kernel driver
Hi, i want to send an receive characters trough /dev/ttyS2 in a kernel driver. How can i do this? Thanks for any hint. Cheers Siegfried ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] [PATCH] m68k: Unify arch/m68k/include/asm/unistd.h
Hi Geert, Geert Uytterhoeven wrote: On Sun, 1 Feb 2009, Greg Ungerer wrote: Geert Uytterhoeven wrote: m68k: use mmu scatterlist.h for non-mmu setups as well A small cleanup: Thanks, I'll put that in the git tree as well. Regards Greg From bb3640a02d427175006f8d0c49311bf7a2290dd0 Mon Sep 17 00:00:00 2001 From: Geert Uytterhoeven ge...@linux-m68k.org Date: Mon, 2 Feb 2009 22:14:23 +0100 Subject: [PATCH] m68k: Use dma_addr_t for scatterlist.dma_address dma_addr_t (as was used by m68knommu) is more correct than u32. Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org --- arch/m68k/include/asm/scatterlist.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/m68k/include/asm/scatterlist.h b/arch/m68k/include/asm/scatterlist.h index d3a7a0e..e27ad90 100644 --- a/arch/m68k/include/asm/scatterlist.h +++ b/arch/m68k/include/asm/scatterlist.h @@ -11,7 +11,7 @@ struct scatterlist { unsigned int offset; unsigned int length; - __u32 dma_address; /* A place to hang host-specific addresses at. */ + dma_addr_t dma_address; /* A place to hang host-specific addresses at. */ }; /* This is bogus and should go away. */ -- Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com SnapGear, a McAfee Company PHONE: +61 7 3435 2888 825 Stanley St, FAX: +61 7 3891 3630 Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] [PATCH] m68k: Unify arch/m68k/include/asm/unistd.h
Hi Geert, Geert Uytterhoeven wrote: On Sun, 1 Feb 2009, Greg Ungerer wrote: m68k: use non-mmu version of unaligned.h for all m68k And another one. The rest looks OK. I applied that to the m68knommu git tree too. Thanks Greg From f94c9409356de883fd343cc7c0f25dd955bcad42 Mon Sep 17 00:00:00 2001 From: Geert Uytterhoeven ge...@linux-m68k.org Date: Mon, 2 Feb 2009 22:12:36 +0100 Subject: [PATCH] m68k: Restore correct include guards for asm/unaligned.h Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org --- arch/m68k/include/asm/unaligned.h |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/m68k/include/asm/unaligned.h b/arch/m68k/include/asm/unaligned.h index eb1ea4c..019caa7 100644 --- a/arch/m68k/include/asm/unaligned.h +++ b/arch/m68k/include/asm/unaligned.h @@ -1,5 +1,5 @@ -#ifndef _ASM_M68KNOMMU_UNALIGNED_H -#define _ASM_M68KNOMMU_UNALIGNED_H +#ifndef _ASM_M68K_UNALIGNED_H +#define _ASM_M68K_UNALIGNED_H #ifdef CONFIG_COLDFIRE @@ -22,4 +22,4 @@ #endif -#endif /* _ASM_M68KNOMMU_UNALIGNED_H */ +#endif /* _ASM_M68K_UNALIGNED_H */ -- Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com SnapGear, a McAfee Company PHONE: +61 7 3435 2888 825 Stanley St, FAX: +61 7 3891 3630 Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev