The problem in the beaglebone bsp interrupt server resides in the way
bsp_interrupt_dispatch handles the interrupts.
bsp_interrupt_dispatch disables the interrupt vector, dispatches the
handler for the vector and then it enables the interrupt vector. Meanwhile,
the irq server disables the interrupt
On Mon, Jul 13, 2015 at 8:06 PM, Chris Johns wrote:
> On 14/07/2015 1:57 am, Gedare Bloom wrote:
>> On Mon, Jul 13, 2015 at 11:26 AM, Pavel Pisa wrote:
>>> Hello Sujay Raj,
>>>
>>>
>>> On Tuesday 30 of June 2015 06:39:28 Sujay Raj wrote:
I need to access configurations files the for web serv
Hi
I plan to cut the branch tomorrow. This will provide
some time for folks to test on the branch and get any
last minute fixes in.
I plan to let the branch sit for until the week of July 27
before I cut 4.11.0.
This is because I will be in Hastings UK next week and don't
want to do this while
GSoC and SOCIS students,
Next week's meeting is cancelled. We'll reconvene on the 28th.
Thanks,
Gedare
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
> On Jul 13, 2015, at 20:01 , Chris Johns wrote:
>
> On 14/07/2015 4:20 am, Joel Sherrill wrote:
>>
>>
>> On 7/13/2015 1:06 PM, Sebastian Huber wrote:
>>> Yes, this option sounded like the right way to fix it, but...
>>>
>>> https://gcc.gnu.org/ml/gcc-help/2015-03/msg00093.html
>>> https://gc
---
freebsd/sys/contrib/altq/altq/altq_subr.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/freebsd/sys/contrib/altq/altq/altq_subr.c
b/freebsd/sys/contrib/altq/altq/altq_subr.c
index 3ebd58d..55f0977 100644
--- a/freebsd/sys/contrib/altq/altq/altq_subr.c
+++ b/fr
Hi
I am working through i386 support and turning on the legacy.c
file to get to PCI, I ran into needing the method pcpu_find()
which finds the BSD per cpu structure for this CPU.
struct pcpu *pcpu_find(u_int cpuid);
So that leads to the question:
+ Since this looks to be used only for tracki
On 15/07/2015 8:15 am, Peter Dufault wrote:
>
>> On Jul 13, 2015, at 20:01 , Chris Johns wrote:
>>
>> On 14/07/2015 4:20 am, Joel Sherrill wrote:
>>>
>>>
>>> On 7/13/2015 1:06 PM, Sebastian Huber wrote:
Yes, this option sounded like the right way to fix it, but...
https://gcc.gnu.o
On 15/07/15 04:17, Chris Johns wrote:
On 15/07/2015 8:15 am, Peter Dufault wrote:
On Jul 13, 2015, at 20:01 , Chris Johns wrote:
On 14/07/2015 4:20 am, Joel Sherrill wrote:
On 7/13/2015 1:06 PM, Sebastian Huber wrote:
Yes, this option sounded like the right way to fix it, but...
https://