Re: [Xenomai-core] User space drivers on PPC440

2007-11-09 Thread Philippe Gerum
Philippe Gerum wrote: Steven A. Falco wrote: The rt_misc_get_io_region() has the start argument as an unsigned long. On the PPC440, we have a 36-bit address space, where the I/O registers are generally above the 4GB area. For example, the UART is at address 0x1ef600300. The Linux

Re: [Xenomai-core] [Adeos-main] [PATCH] i386: switch to root domain on unhandled non-root faults

2007-11-09 Thread Jan Kiszka
Philippe Gerum wrote: Jan Kiszka wrote: Jan Kiszka wrote: Philippe Gerum wrote: Jan Kiszka wrote: Jan Kiszka wrote: This patch addresses the recently discovered issue that I-pipe actually need to deal with faults over non-root domain in which the current domain shows no interest in. Such

Re: [Xenomai-core] [Adeos-main] [PATCH] i386: switch to root domain on unhandled non-root faults

2007-11-09 Thread Philippe Gerum
Jan Kiszka wrote: Well, this is practically your original version. I still don't see why we want debug code in production setups (WARN_ON, e.g., doesn't work this way either), Do you actually leave CONFIG_IPIPE_DEBUG on in production setups? and I still don't understand why you want to

Re: [Xenomai-core] User space drivers on PPC440

2007-11-09 Thread Steven A. Falco
Your patch makes sense. I have some results, but I'm not sure I understand what they mean. I've attached the test program that I am using. Here is what it outputs: bash-3.00# ./o2 Trying to free nonexistent resource -c001 get leds: -16 Device or resource busy put

Re: [Xenomai-core] User space drivers on PPC440

2007-11-09 Thread Steven A. Falco
Many apologies. I forgot to build the user library. Now the addresses look better: bash-3.00# ./o2 req: start = 0001c002 len = 000d rel: start = 0001c002 len = 000d Trying to free nonexistent resource 0001c002-0001c00e get leds: -16 Device or

Re: [Xenomai-core] [Adeos-main] [PATCH] i386: switch to root domain on unhandled non-root faults

2007-11-09 Thread Jan Kiszka
Philippe Gerum wrote: Jan Kiszka wrote: Well, this is practically your original version. I still don't see why we want debug code in production setups (WARN_ON, e.g., doesn't work this way either), Do you actually leave CONFIG_IPIPE_DEBUG on in production setups? Not /me, but your patch

Re: [Xenomai-core] User space drivers on PPC440

2007-11-09 Thread Gilles Chanteperdrix
On Nov 9, 2007 5:03 PM, Steven A. Falco [EMAIL PROTECTED] wrote: Your patch makes sense. I have some results, but I'm not sure I understand what they mean. I've attached the test program that I am using. Here is what it outputs: bash-3.00# ./o2 Trying to free nonexistent resource

Re: [Xenomai-core] User space drivers on PPC440

2007-11-09 Thread Steven A. Falco
Solved. As you pointed out, Xenomai inverts the returned value from request_region. So, that was a bug in my application. However, turns out that instead of request_region, I have to use request_mem_region. This is because the I/O region only goes up to 2^32, but the mem region goes up to

Re: [Xenomai-core] User space drivers on PPC440

2007-11-09 Thread Philippe Gerum
Steven A. Falco wrote: Your patch makes sense. I have some results, but I'm not sure I understand what they mean. I've attached the test program that I am using. Here is what it outputs: bash-3.00# ./o2 Trying to free nonexistent resource -c001 get leds: -16

Re: [Xenomai-core] [Adeos-main] [PATCH] i386: switch to root domain on unhandled non-root faults

2007-11-09 Thread Philippe Gerum
Jan Kiszka wrote: Philippe Gerum wrote: Jan Kiszka wrote: Well, this is practically your original version. I still don't see why we want debug code in production setups (WARN_ON, e.g., doesn't work this way either), Do you actually leave CONFIG_IPIPE_DEBUG on in production setups? Not