Re: [uClinux-dev] [patch ] elf2flt MicroBlaze update

2009-05-19 Thread John Williams
On Tue, May 19, 2009 at 8:32 AM, David McCullough
david_mccullo...@securecomputing.com wrote:

 Jivin John Williams lays it down ...
 Attached is a patch that updates elf2flt support for microblaze:

  * Handling for new reloc type R_MICROBLAZE_32_PCREL_LO (we can just ignore 
 it)
  * remove workarounds for old microblaze linker bugs, fixed in 2.16
  * Tweak configure{.in} to indicate that MicroBlaze needs the
 --disable-emit-relocs switch

 signed-off-by: John Williams john.willi...@petalogix.com

 Applied the elf2flt changes.

Thanks

 Still awaiting a conclusion to the emit-relocs bits discussion :-)

 Seems like MB would be better served with a preset default like Mike
 suggested ?

Yeah - I'm about to go away for a week so this change has slipped off
my priority queue - will look at it when I get back!

Cheers,

John
___
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] RAM disk?

2009-05-19 Thread Michael Schnell
AFAIK, there also are database server programs that just use RAM instead 
of files or disks to store the data.


-Michael
___
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 ] elf2flt MicroBlaze update

2009-05-19 Thread David McCullough

Jivin John Williams lays it down ...
 On Tue, May 19, 2009 at 8:32 AM, David McCullough
 david_mccullo...@securecomputing.com wrote:
 
  Jivin John Williams lays it down ...
  Attached is a patch that updates elf2flt support for microblaze:
 
   * Handling for new reloc type R_MICROBLAZE_32_PCREL_LO (we can just 
  ignore it)
   * remove workarounds for old microblaze linker bugs, fixed in 2.16
   * Tweak configure{.in} to indicate that MicroBlaze needs the
  --disable-emit-relocs switch
 
  signed-off-by: John Williams john.willi...@petalogix.com
 
  Applied the elf2flt changes.
 
 Thanks
 
  Still awaiting a conclusion to the emit-relocs bits discussion :-)
 
  Seems like MB would be better served with a preset default like Mike
  suggested ?
 
 Yeah - I'm about to go away for a week so this change has slipped off
 my priority queue - will look at it when I get back!

Ok,  no problems,

Cheers,
Davidm

-- 
David McCullough,  david_mccullo...@securecomputing.com,  Ph:+61 734352815
McAfee - SnapGear  http://www.snapgear.comhttp://www.uCdot.org
___
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] How to handle hardware IRQ signals in uClinux( M5329 based board)

2009-05-19 Thread Ulisses Reina Montenegro de Albuquerque
AFAIK, interrupt handling cannot be done in userland, you need a kernel
driver/module for that.

Ulisses

On Tue, 2009-05-19 at 12:50 +0530, Sankar Purushothaman wrote:
 Hi all,
 
 I am working MCF5329 based board with uClinux as OS.
 
 I want to know is there any APIs available to handle the hardware
 IRQs.
 
 I am getting a signal change in IRQ4 pin of the processor, how do I
 get any indication to my application. Is there any hooking function I
 have to use to get the IRQ?
 
 I need to solve this issue soon, any help?
 
 Thanks and Regards
 
 Sankar
 
  
 
  
 
 
 
 -- 
 .: ANTI-SPAM C.E.S.A.R :.
 Esta mensagem foi automaticamente classificada como LEGÍTIMA
 Se você acredita que É SPAM clique aqui
 
  CAUTION - Disclaimer *
 This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely 
 for the use of the addressee(s). If you are not the intended recipient, 
 please 
 notify the sender by e-mail and delete the original message. Further, you are 
 not 
 to copy, disclose, or distribute this e-mail or its contents to any other 
 person and 
 any such actions are unlawful. This e-mail may contain viruses. Infosys has 
 taken 
 every reasonable precaution to minimize this risk, but is not liable for any 
 damage 
 you may sustain as a result of any virus in this e-mail. You should carry out 
 your 
 own virus checks before opening the e-mail or attachment. Infosys reserves 
 the 
 right to monitor and review the content of all messages sent to or from this 
 e-mail 
 address. Messages sent to or from this e-mail address may be stored on the 
 Infosys e-mail system.
 ***INFOSYS End of Disclaimer INFOSYS***
 
 ___
 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 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] reverse mkConfig.in

2009-05-19 Thread Andreas Fenkart
Hi 

I'm trying to integrate a new busybox version into uClinux.

Can someone pls point me to the inverse of mkConfig.in. To be
specific, a script to create Kconfig files out of busybox
Config.in files.

Thanks


___
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] RAM disk?

2009-05-19 Thread Jamie Lokier
Michael Schnell wrote:
 AFAIK, there also are database server programs that just use RAM instead 
 of files or disks to store the data.

Yes.  Good RAM databases use a different format in RAM than on disk
because the performance characteristics are so different.

-- 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