Hi Arnon,
Arnon Meydav wrote:
Hi Greg,
I have attached the tintytcl license patch I made.
I use snapgear 3.4.0, so I don't know if the patch fits with no errors
on the latest version, but fixing should be pretty straightforward.
Thanks
Greg
-Original Message-
From: uclinux-dev-boun
My mistake. Thank you Jamie.
Tom
JFTR: the working `sh -c' solution has been suggested Jamie Lokier, not
me.
Enrik
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resen
On Wed, Mar 11, 2009 at 09:38:04AM +0100, Michael Schnell wrote:
>> In general, it's a "hack" to drive real interactive programs like `ftp'
>> and `telnet' from pipes.
> Why do you think so ?
You don't get really reliable results without a `chat' type driver.
That needs a bi-directional pipe and
On Thu, Mar 12, 2009 at 02:18:37PM -0500, Tom Stalcup wrote:
> Here's an update on the progress we made creating an automated telnet
> script for uClinux. In short, it is now working, but not when using the
> subshell parens ( ), only when using the sh -c ' ' as Enrik suggested.
JFTR: the wor
Robin Getz wrote:
> > Currently, CONFIG_UNEVICTABLE_LRU can't use on nommu machine
> > because nobody of vmscan folk havbe nommu machine.
> >
> > Yes, it is very stupid reason. _very_ welcome to tester! :)
>
> As always - if you (or any kernel developer) would like a noMMU machine to
> test on -
Hello,
The following is just for informational purposes, as the problem has been
solved. Thanks to everyone who provided input.
Here's an update on the progress we made creating an automated telnet script
for uClinux. In short, it is now working, but not when using the subshell
parens ( ),
On 2009-03-12, Jamie Lokier wrote:
> Grant Edwards wrote:
>> > or do the hard realtime stuff in hardware (if same can be
>> > reduced to very simple functions).
>>
>> That last qualification is an important one. When I've asked
>> in the NIOS forums about RTAI or other ways to control latency
>>
On 2009-03-12, Michael Schnell wrote:
>
>> it doesn't even have NPTL support. That means that scheduling
>> of threads is being done by user-space code.
> I suppose that you are wrong with that conclusion.
Could be. I'm not sure which posix implementation is used on
the NIOS. Some implementat
Grant Edwards wrote:
> > or do the hard realtime stuff in hardware (if same can be
> > reduced to very simple functions).
>
> That last qualification is an important one. When I've asked
> in the NIOS forums about RTAI or other ways to control latency
> on the NIOS/Linux platform, the answer is a
On 2009-03-12, Michael Schnell wrote:
>
>> Um, isn't that what RTAI does -- run the linux kernel on a
>> virtualized processor?
>
> Yep, but AFAIK, in the "realtime" part, you need to use what RTAI
> offers. You can't install some RTOS there.
True. RTAI is sort of a combination of a virtualized
it doesn't even
have NPTL support. That means that scheduling of threads is
being done by user-space code.
I suppose that you are wrong with that conclusion. If the thread
scheduling in fact would be done completely in user-space it would be
_really_ fast, as the OS would not be involved. B
Um, isn't that what RTAI does -- run the linux kernel on a
virtualized processor?
Yep, but AFAIK, in the "realtime" part, you need to use what RTAI
offers. You can't install some RTOS there.
As one of my friends used to say: "the only
thing worse than a product based on a microprocessor is
Hello all,
I am new to this forum, I would like to what compilers currently
supporting the uclinux for V850. As checked the details currently there is no
information from NEC(also it looks the NEC has stopped their email support on
this).
Can anyone has some detail on this??
With Than
On Wed 11 Mar 2009 21:04, KOSAKI Motohiro pondered:
> Hi
>
> > >> Page reclaim shouldn't be even attempting to reclaim or write back
> > >> ramfs pagecache pages - reclaim can't possibly do anything with
> > >> these pages!
> > >>
> > >> Arguably those pages shouldn't be on the LRU at all, but we
On 2009-03-12, Michael Schnell wrote:
>
>> I am looking at various realtime linux solutions for use in a
>> personal embedded application. I understand that uCLinux is
>> not a RTOS, but I have read posts on the Internet talking
>> about using RATI with uCLinux. In particular I am looking at
>> th
Dear uClinux developers,
I am new to uClinux, (but not to embedded development and linux).
I want to use uClinux on a Coldfire board (the board M5234BCC from Freescale,
processor Coldfire MCF5234).
I have installed the uClinux distribution v20080808 patched with the patch from
20090112, and the
Andrew Morton wrote:
> Was there a specific reason for using the low-level SetPageDirty()?
>
> On the write() path, ramfs pages will be dirtied by
> simple_commit_write()'s set_page_dirty(), which calls
> __set_page_dirty_no_writeback().
>
> It just so happens that __set_page_dirty_no_writeback(
Hi Greg,
I have attached the tintytcl license patch I made.
I use snapgear 3.4.0, so I don't know if the patch fits with no errors
on the latest version, but fixing should be pretty straightforward.
Thanks again,
- Arnon
-Original Message-
From: uclinux-dev-boun...@uclinux.org
[mailto:
Berkhan, Enrik (GE Infra, Oil & Gas) wrote:
> Andrew Morton wrote:
> > On Wed, 11 Mar 2009 15:30:35 +
> > David Howells wrote:
> >> From: Enrik Berkhan
> >>
> >> The solution is to mark the pages dirty at the point of allocation by
> >> the truncation code.
> >
> > Was there a specific reas
I am looking at various realtime linux solutions for use in a personal
embedded application. I understand that uCLinux is not a RTOS, but I
have read posts on the Internet talking about using RATI with uCLinux.
In particular I am looking at the Microblaze and Blackfin
architectures.
As you are
Jan Ringoš wrote:
> >> Wouldn't something like this suffice?
> >>
> >> struct shared_struct volatile * my_shared_memory = (struct shared_struct
> >> volatile *) 0x8800;
> >
> >This would have been a simpler choice, the problem is that the code has
> >already been written without pointers, throu
Dear uClinux developers,
I am new to uClinux, (but not to embedded development and linux).
I want to use uClinux on a Coldfire board (the board M5234BCC).
I have installed the uClinux distribution v20080808 patched with the patch from
20090112, and the m68k toolchain version m68k-uclinux-200
Andrew Morton wrote:
> On Wed, 11 Mar 2009 15:30:35 +
> David Howells wrote:
>> From: Enrik Berkhan
>>
>> The solution is to mark the pages dirty at the point of allocation by
>> the truncation code.
>
> Was there a specific reason for using the low-level SetPageDirty()?
No, no specific re
23 matches
Mail list logo
