Congratulations to our accepted student projects. Students, please
make sure you read your acceptance email carefully. For the Doodle
note that the times listed are 10am to 3pm EDT (UTC-4). I'll be
looking for one or two time slots that hopefully we can all meet. Past
experience says the times clos
Is there user-facing documentation for this that should be updated?
On Mon, Apr 27, 2015 at 7:08 PM, Chris Johns wrote:
> The cpuuse top command now supports the current load where the list of
> tasks is ordered based on the current load rather than the total cpu usage.
> This lets you see what i
I've made a few comments. As Joel said, make sure you submit your
application through SOCIS' web site.
On Tue, Apr 28, 2015 at 9:06 AM, Joel Sherrill
wrote:
> Have you applied via the socis site?
>
> On April 28, 2015 7:30:16 AM CDT, "Saeed Ehteshamifar (via Google Docs)"
> wrote:
>>Saeed Ehtes
On Tue, Apr 28, 2015 at 2:19 PM, Chris Johns wrote:
> On 28/04/2015 11:46 pm, Gedare Bloom wrote:
>> Is there user-facing documentation for this that should be updated?
>>
>
> I did not check the shell's user manual as I am only refactoring the code and
> not addin
It came to my attention that the Doodle interface is a bit awkward. To
register your time preferences you must hit the "Save" icon, which may
be presented at the far right of the schedule selection.
Gedare
On Mon, Apr 27, 2015 at 4:56 PM, Gedare Bloom wrote:
> Congratulations to
On Wed, Apr 29, 2015 at 1:35 AM, Chris Johns wrote:
> On 29/04/2015 5:22 am, Chris Johns wrote:
>> On 29/04/2015 4:48 am, Gedare Bloom wrote:
>>> Are other fields worth being
>>> used to sort? (Could be a small open project)
>>
>> It could be added
On Thu, Apr 30, 2015 at 5:38 AM, Alexander Krutwig
wrote:
> two new Assembler Files for SPCONTEXT01 test on sparc
> 1) _CPU_Context_validate
> 2) _CPU_Context_volatile_clobber
>
> Update #2270.
> ---
> cpukit/score/cpu/sparc/Makefile.am | 2 +
> cpukit/score/cpu/sparc/rtems/scor
Should fp validation be a separate test from integer reg validation to
ensure int-only works as expected?
On Thu, Apr 30, 2015 at 5:38 AM, Alexander Krutwig
wrote:
> ---
> testsuites/sptests/spcontext01/init.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/testsuites/sp
On Fri, May 1, 2015 at 3:15 AM, Rohini Kulkarni wrote:
>
> Hi,
>
> Excited to be a part of this edition of GSoC! Thanks to everybody for
> helping me get here and congratulations to all the participating students!
>
> So, now getting to work, firstly I wish to know, specifically from my
> mentors
On Fri, May 1, 2015 at 4:36 AM, Hesham ALMatary
wrote:
> On Fri, May 1, 2015 at 3:34 AM, Chris Johns wrote:
>> On 1/05/2015 7:31 am, Hesham ALMatary wrote:
>>> +%source set binutils
>>> https://github.com/adapteva/epiphany-binutils-gdb/archive/epiphany-binutils-2.23-software-cache.zip
>>> +%sour
On Fri, May 1, 2015 at 5:45 AM, Anand Krishnan wrote:
> Hi,
>
> I'm having issues when I try to fork Amar's waf repository.
>
> When I try "git clone git://git.rtems.org/amar/waf.git", I get ->
> Cloning into 'waf'...
> error: server certificate verification failed. CAfile:
> /etc/ssl/certs/ca-cer
On Mon, May 4, 2015 at 7:28 AM, Thomas Doerfler
wrote:
> Hi,
>
> I am glad 4.11 will be branched soon. from our side, branching is ok.
> So: Any open items left? Anything we can do to make the branch happen
> soon? Any chance to do the branch within this week?
>
I get the feeling now the holdup is
You should aim to write doxygen for the port-specific headers at least.
On Thu, May 7, 2015 at 10:11 PM, Hesham ALMatary
wrote:
> ---
> cpukit/configure.ac|1 +
> cpukit/librpc/src/xdr/xdr_float.c |1 +
> cpukit/score/cpu/Makefile.am
On Thu, May 7, 2015 at 10:12 PM, Hesham ALMatary
wrote:
> This BSP in intended to run on the simulator that should be built
> from RSB. When building RTEMS for Epiphany --disable-networking must
> be provided part of the configure command.
> ---
> c/src/aclocal/rtems-cpu-subdirs.m4
Hello GSoC students, and mentors,
We will have weekly meetings starting on the 19th of May at 15:00 UTC
in the IRC channel.
Students please be prepared each week to give a summary of what you
have been doing, and what you plan to do next. I will aim to give each
student about 5 minutes to chat, a
Someone please open a ticket on Trac for this.
On Wed, May 13, 2015 at 9:08 PM, Chris Johns wrote:
> On 14/05/2015 9:59 am, Joel Sherrill wrote:
>>
>>
>> On May 13, 2015 6:57:29 PM CDT, Chris Johns wrote:
>>> On 14/05/2015 3:10 am, Joel Sherrill wrote:
On 5/13/2015 4:07 AM, Tom wr
On Fri, May 15, 2015 at 7:41 AM, Sebastian Huber
wrote:
> Add watchdog header parameter to _Watchdog_Remove() to be in line with
> the other operations. Add _Watchdog_Remove_ticks() and
> _Watchdog_Remove_seconds() for convenience.
>
> Update #2307.
> ---
> cpukit/posix/src/alarm.c
>> --- a/cpukit/score/src/watchdogremove.c
>> +++ b/cpukit/score/src/watchdogremove.c
>> @@ -23,6 +23,7 @@
>> #include
>>
>> Watchdog_States _Watchdog_Remove(
>> + Watchdog_Header *header,
>>Watchdog_Control *the_watchdog
>> )
>> {
> Is the parameter unused in this function?
>
nevermind
What about h8300?
On Fri, May 15, 2015 at 7:51 AM, Hesham ALMatary
wrote:
> ---
> rtems/config/4.11/rtems-all.bset | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/rtems/config/4.11/rtems-all.bset
> b/rtems/config/4.11/rtems-all.bset
> index 8a0fe82..6897e11 100644
> --- a/rtems/config/
Not really related, but what is the "rule" for when we should use
RTEMS_INLINE_ROUTINE versus being able to say "static inline"?
-Gedare
On Fri, May 15, 2015 at 7:41 AM, Sebastian Huber
wrote:
> This reduces the code size drastically.
> ---
> cpukit/score/Makefile.am | 1 +
>
On Fri, May 15, 2015 at 7:41 AM, Sebastian Huber
wrote:
> Increase the ualarm timer interval to avoid endless signal handling.
> ---
> testsuites/psxtests/psxualarm/init.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/testsuites/psxtests/psxualarm/init.c
> b/testsuites
> -/* FIXME: This locking approach for SMP is improvable! */
> + ++watchdogs->generation;
>
We should probably try to file a ticket associated with any FIXME type
comments, and refer to it in the FIXME too.
___
devel mailing list
devel@rtems.org
http://l
On Fri, May 15, 2015 at 7:41 AM, Sebastian Huber
wrote:
> Move the complete thread queue enqueue procedure into
> _Thread_queue_Enqueue_critical(). It is possible to use the thread
> queue lock to protect state of the object embedding the thread queue.
> This enables per object fine grained locki
On Fri, May 15, 2015 at 7:41 AM, Sebastian Huber
wrote:
> Move thread queue discipline specific operations into
> Thread_queue_Operations. Use a separate node in the thread control
> block for the thread queue to make it independent of the scheduler data
> structures.
>
> Update #2273.
> ---
[...
On Sun, May 17, 2015 at 7:04 AM, Gedare Bloom wrote:
> On Fri, May 15, 2015 at 7:41 AM, Sebastian Huber
> wrote:
>> /**
>> - * @brief Gets a pointer to the "first" thread on the_thread_queue.
>> + * @brief Returns the first thread on the thread queue if it ex
On Fri, May 15, 2015 at 7:41 AM, Sebastian Huber
wrote:
> Aggregate several critical sections into a bigger one. Sending and
> receiving messages is now protected by an ISR lock. Thread dispatching
> is only disabled in case a blocking operation is necessary. The message
> copy procedure is don
On Fri, May 15, 2015 at 7:41 AM, Sebastian Huber
wrote:
> Move the writes to Thread_Control::current_priority and
> Thread_Control::real_priority into _Thread_Change_priority() under the
> protection of the thread lock. Add a filter function to
> _Thread_Change_priority() to enable specialized va
On Fri, May 15, 2015 at 7:41 AM, Sebastian Huber
wrote:
> From: Alexander Krutwig
>
> Update #2271.
> ---
> cpukit/score/include/sys/_ffcounter.h | 42 +
> cpukit/score/include/sys/timeffc.h| 389 +++
> cpukit/score/include/sys/timepps.h| 249
> cpukit/score/include/sys/time
On Fri, May 15, 2015 at 7:47 AM, Sebastian Huber
wrote:
> From: Alexander Krutwig
>
> FreeBSD assumes that u_int is a 32-bit integer type. This is wrong for
> some 16-bit targets supported by RTEMS.
>
> Update #2271.
> ---
Can we undef u_int and redefine it to uint32_t instead? This will be a
mo
On Mon, May 18, 2015 at 3:20 AM, Sebastian Huber
wrote:
>
>
> On 17/05/15 14:14, Gedare Bloom wrote:
>>
>> On Sun, May 17, 2015 at 7:04 AM, Gedare Bloom wrote:
>>>
>>> On Fri, May 15, 2015 at 7:41 AM, Sebastian Huber
>>> wrote:
>>>&
On Mon, May 18, 2015 at 3:36 AM, Sebastian Huber
wrote:
>
>
> On 17/05/15 04:21, Gedare Bloom wrote:
>>
>> Not really related, but what is the "rule" for when we should use
>> RTEMS_INLINE_ROUTINE versus being able to say "static inline"?
>
>
On Mon, May 18, 2015 at 3:50 AM, Sebastian Huber
wrote:
>
>
> On 17/05/15 15:22, Gedare Bloom wrote:
>>
>> On Fri, May 15, 2015 at 7:47 AM, Sebastian Huber
>> wrote:
>>>
>>> From: Alexander Krutwig
>>>
>>> FreeBSD assumes that u_i
On Fri, May 15, 2015 at 7:47 AM, Sebastian Huber
wrote:
> From: Alexander Krutwig
>
> Update #2271.
> ---
I only looked at a few of these, they are fairly mechanical. Is there
a status sheet somewhere that indicates which BSPs have which clock
support? This would be useful to have, probably in a
On Fri, May 15, 2015 at 7:41 AM, Sebastian Huber
wrote:
> From: Alexander Krutwig
>
> Replace timestamp implementation with FreeBSD bintime and timecounters.
>
> New test sptests/sptimecounter02.
>
> Update #2271.
> ---
Very nice work. Did you test with the old networking stack? Do you all
plan t
Hello GSoC and SOCIS students (mentors, and interested parties),
We'll have our first "all hands meeting" for GSoC students tomorrow at
11:00 AM EST (UTC-4). Since the coding period has not officially
started, this will be more of a meet-and-greet than anything else.
I look forward to checking in
On Tue, May 19, 2015 at 10:34 AM, Jan Dolezal wrote:
> driver is not initialized by default
> initialization is possible through multiboot command line option or
> through string variable set in user's module allowing the driver
> to evaluate this variable after the two modules are linked together
This one looks fine.
On Tue, May 19, 2015 at 10:34 AM, Jan Dolezal wrote:
> basic VGA driver can be enabled during configure phase by exporting variable
> USE_VGA=1 so that it is available in configure environment
> cirrus driver is enabled the same way by exporting variable
> USE_CIRRUS_GD5446=1
On Tue, May 19, 2015 at 1:09 PM, Jan Dolezal wrote:
> Hello Gedare,
> thank you for the swift response..
>
>
> On 19.5.2015 17:38, Gedare Bloom wrote:
>>
>> On Tue, May 19, 2015 at 10:34 AM, Jan Dolezal
>> wrote:
>>>
>>> driver is not initialize
On Tue, May 19, 2015 at 1:19 PM, Gedare Bloom wrote:
> On Tue, May 19, 2015 at 1:09 PM, Jan Dolezal wrote:
>> Hello Gedare,
>> thank you for the swift response..
>>
>>
>> On 19.5.2015 17:38, Gedare Bloom wrote:
>>>
>>> On Tue, May 19, 2015 at 10
On Sun, May 24, 2015 at 5:20 AM, Pavel Pisa wrote:
> Hello Joel,
>
> On Saturday 23 of May 2015 16:44:09 Joel Sherrill wrote:
>> Hi
>>
>> A LOT has happened since our last release. The release
>> page (https://devel.rtems.org/wiki/Release/4.11) has a
>> lot of the changes listed but a quick scan s
I want to clarify what repos need to be synchronized (or eventually
tagged) with an RTEMS release. Currently we know (from [1]) the
following must:
rtems
examples-v2
network-demos
rtems-testing
rtems-tools
rtems-source-builder
We don't know about:
rtems-libbsd
rtems-addon-packages
rtems-graphics-t
On Thu, May 28, 2015 at 10:11 AM, Rohini Kulkarni wrote:
> Hi All,
>
> I have to implement the cache coherency support for Cortex A7. But for A7
> MPCore, unlike for A9, I am not able to find any register description for
> the Snoop Control Unit from the TRM.
> I need help here on how to proceed.
Straightforward leaf-optimization, except is there a reason to use jmp
%o7 + 8 instead of ret?
On Fri, May 29, 2015 at 8:54 AM, Sebastian Huber
wrote:
> Update #2270.
> ---
> cpukit/score/cpu/sparc/cpu_asm.S | 102
> ++-
> 1 file changed, 48 insertions(+), 54
I am missing something. When an interrupt happens, it disables
floating point. Where does fp get re-enabled afterward?
On Fri, May 29, 2015 at 8:54 AM, Sebastian Huber
wrote:
> From: Alexander Krutwig
>
> Update #2270.
> ---
> c/src/lib/libbsp/sparc/shared/irq_asm.S | 30 ++
On Fri, May 29, 2015 at 8:54 AM, Sebastian Huber
wrote:
> Update #2270.
> ---
> cpukit/score/cpu/sparc/cpu.c | 16
> cpukit/score/cpu/sparc/cpu_asm.S | 44
>
> cpukit/score/cpu/sparc/rtems/score/cpu.h | 22 ++--
> 3 fi
On Fri, May 29, 2015 at 10:46 AM, Sebastian Huber
wrote:
>
> - Gedare Bloom schrieb:
>> Straightforward leaf-optimization, except is there a reason to use jmp
>> %o7 + 8 instead of ret?
>
> Hm, the GCC generates this instruction, is this the same as "ret&quo
On Fri, May 29, 2015 at 11:37 AM, Gedare Bloom wrote:
> On Fri, May 29, 2015 at 10:46 AM, Sebastian Huber
> wrote:
>>
>> - Gedare Bloom schrieb:
>>> Straightforward leaf-optimization, except is there a reason to use jmp
>>> %o7 + 8 instead of r
On Sat, May 30, 2015 at 11:59 AM, Sebastian Huber
wrote:
> The SPARC ABI is a bit special with respect to the floating point context.
> The complete floating point context is volatile. Thus from an ABI point
> of view nothing needs to be saved and restored during a context switch.
> Instead the f
Hi Saurabh,
Please try to figure out how to fix the compile-error. You can see
that the problem occurs in the #ifdef'd STRICT_ORDER_MUTEX_CODE, so
that makes sense why others have not observed the same issue. It
appears you will have to reconcile the new _Thread_Change_priority
arguments with what
On Tue, Jun 2, 2015 at 5:45 PM, Pavel Pisa wrote:
> Hello Yang Qiao,
>
>
> On Tuesday 02 of June 2015 22:58:09 QIAO YANG wrote:
>> 2. The mmu configuration for framebuffer. I'm still confused about how to
>> deal with it.
>>
>> Is there anyway to setup the memory in the code ? For exemple: aft
On Tue, Jun 2, 2015 at 9:42 PM, Alan Cudmore wrote:
> The caches are being enabled on the RPI 1 BSP. The same code is being
> executed by the RPI 2 BSP, but obviously it’s not sufficient for the cache
> setup.
> I have been reading through this long thread, and it is very informative:
> https://ww
On Wed, Jun 3, 2015 at 2:39 AM, Rohini Kulkarni wrote:
> But, I can't say cache configurations have a role here.
>
> I'll push my code to my github project soon.
>
> P.S. The Pi2 board I possess seems to have broken down. It just isn't
> turning on. Unable to test further. Will order one immediate
On Wed, Jun 3, 2015 at 7:57 AM, Sebastian Huber
wrote:
> The compiler is free to re-order load/store instructions to non-volatile
> variables around a load/store of a volatile variable. So the volatile
> generation counter is insufficent. In addition tests on a Freescale
> T4240 platform with 24
1/kernel/b-sis/sparc-rtems4.11/c/sis'
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory
>> `/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c'
>> make: *** [all-recursive] Error 1
>> saurabh@saurabh-Inspiron-N5010:~/dev1/kernel/b-sis$ ls
>
On Tue, Jun 2, 2015 at 9:39 AM, Pavel Pisa wrote:
> Hello all,
>
> Premysl Houdek has prepared new and hopefully near ready
> complete header files for TMS570LS3137 microcontroller.
> They are based on PDF documentation and license is
> RTEMS compatible. The scripts used during process can be
> fo
On Fri, Jun 5, 2015 at 3:01 PM, Pavel Pisa wrote:
> Hello Gedare,
>
> thanks for response.
>
> On Friday 05 of June 2015 18:18:15 Gedare Bloom wrote:
>> On Tue, Jun 2, 2015 at 9:39 AM, Pavel Pisa wrote:
>> > Please, look on the files and express your opinion.
&g
On Mon, Jun 8, 2015 at 5:44 AM, André Marques
wrote:
> Hello,
>
> I have just updated my GSOC blog [1] with a detailed post about how a
> rtems-wide GPIO API could look like, and at the same time exposing the
> current features of the Raspberry Pi GPIO API and how it can evolve to that
> level.
>
On Wed, Jun 10, 2015 at 7:09 PM, Chris Johns wrote:
> On 11/06/2015 3:01 am, Gedare Bloom wrote:
>> On Mon, Jun 8, 2015 at 5:44 AM, André Marques
>> wrote:
>>> Hello,
>>>
>>> I have just updated my GSOC blog [1] with a detailed post about how a
>>&
I'm not a huge fan of the name, although cute, I want to think some
more on an alternative, maybe Global Lock. What is the relationship of
The Big Hammer to the Giant Lock?
On Fri, Jun 12, 2015 at 4:31 AM, Sebastian Huber
wrote:
> Use a global ticket lock on SMP configurations to ensure mutual
>
I see. It provides the mutual exclusion for (SMP) applications that
rely on interrupt_disable/enable locks?
I guess we can never get rid of it as long as we allow for users to
call isr_disable/enable?
On Fri, Jun 12, 2015 at 9:59 AM, Sebastian Huber
wrote:
> On 12/06/15 15:56, Gedare Bl
On Sun, Jun 14, 2015 at 6:31 AM, QIAO YANG wrote:
>
> Hello sirs,
>
> I've cleaned up my works for fb implementation and the graphic console.
> Now it's available on my github:
>
> mailbox:
> https://github.com/yangqiao/rtems/commit/4b4239135d23d82c2a284c8c848d8f97cd3c5e41
> videocore:
> https://
On Mon, Jun 15, 2015 at 10:57 AM, Pavel Pisa wrote:
> Hello Joel and Qiao Yang,
>
> On Monday 15 of June 2015 15:39:15 Joel Sherrill wrote:
>> On 6/14/2015 5:31 AM, QIAO YANG wrote:
>> > 1. Will rpi bsp has any kernel command line setup like i386? This would
>> > let us to choose fb console port o
If you haven't already, I'd suggest building and running libbsd for a
known-to-work target (probably the realview pbx a9 qemu) as well, so
you can have confidence in your tools and the libbsd sources. Are you
building it with make or with waf?
There are a list of tests in libbsd.txt that don't nee
I just had one comment from reading the code, it lacks any code-level
documentation. Granted it is simple now, but as it grows so should the
doc.
Also, make sure to watch out for when to break out into more
functions/modules. Avoid the pitfall of "one block of code to rule
them all"
-Gedare
On M
tems/tree/GPIO_API/c/src/lib/libbsp/arm/raspberrypi/gpio
> [2] -
> https://github.com/asuol/rtems/blob/GPIO_API/c/src/lib/libbsp/arm/raspberrypi/include/gpio.h
> [3] -
> https://github.com/asuol/rtems/blob/GPIO_API/c/src/lib/libbsp/arm/raspberrypi/include/rpi-gpio.h
>
> --Andr
On Fri, Jun 19, 2015 at 2:13 AM, Sebastian Huber
wrote:
>
>
> On 12/06/15 22:26, Pavel Pisa wrote:
>>
>> Hello Sebastian and others,
>>
>> On Friday 12 of June 2015 17:47:42 Sebastian Huber wrote:
>>>
>>> - Gedare Bloom schrieb:
>>
Quick skim looks good.
On Fri, Jun 19, 2015 at 5:02 PM, Sebastian Huber
wrote:
> Add rtems_interrupt_local_disable|enable() as suggested by Pavel Pisa to
> emphasize that interrupts are only disabled on the current processor.
> Do not define the rtems_interrupt_disable|enable|flash() macros and
>
On Sun, Jun 21, 2015 at 11:02 AM, Rohini Kulkarni wrote:
> Hello,
>
> Are these the relevant functions from
> ~/rtems/cpukit/score/cpu/arm/rtems/score/cpu.h?
> _CPU_SMP_Get_current_processor()
> _CPU_SMP_Send_interrupt()
> _CPU_SMP_Processor_event_broadcast()
> _CPU_SMP_Processor_event_receive()
>
lways join the
>>>>> raspberrypi.org forums and ask on this thread:
>>>>> https://www.raspberrypi.org/forums/viewtopic.php?f=72&t=98904
>>>>>
>>>>> When it comes to the Pi 2 and SMP, you are our RTEMS expert :)
>>>>>
>&
On Sun, Jun 21, 2015 at 4:30 PM, Karel Gardas wrote:
>
> Hello,
>
> on both Solaris 11 and OpenBSD 5.7 I do have an issue with source builder
> which fails on newlib compilation. This shows as:
>
> checking for sparc-rtems4.11-ar... sparc-rtems4.11-ar
> checking for sparc-rtems4.11-ranlib... sparc
On Sun, Jun 21, 2015 at 7:04 PM, André Marques
wrote:
> On 16-06-2015 17:54, Gedare Bloom wrote:
>>
>> On Tue, Jun 16, 2015 at 8:14 AM, André Marques
>> wrote:
>>>
>>> Hello ,
>>>
>>> Thank you for the responses. Sorry for the late
(
On Mon, Jun 22, 2015 at 8:01 AM, Andre Marques
wrote:
> ---
> c/src/lib/libbsp/Makefile.am |3 +-
> c/src/lib/libbsp/preinstall.am |4 +
> c/src/lib/libbsp/shared/gpio.c | 1083
>
> c/src/lib/libbsp/shared/include/gpio.h | 6
On Mon, Jun 22, 2015 at 8:01 AM, Andre Marques
wrote:
> Test cases can be found in https://github.com/asuol/RTEMS_rpi_testing
> ---
> c/src/lib/libbsp/arm/raspberrypi/Makefile.am | 7 +-
> .../raspberrypi/gpio/gpio-interfaces-pi1-rev2.c| 135 +
> c/src/lib/libbsp/arm/raspberry
On Mon, Jun 22, 2015 at 3:43 PM, Joel Sherrill
wrote:
> ---
> 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..55f
On Mon, Jun 22, 2015 at 4:36 PM, Gedare Bloom wrote:
> On Mon, Jun 22, 2015 at 3:43 PM, Joel Sherrill
> wrote:
>> ---
>> freebsd/sys/contrib/altq/altq/altq_subr.c |7 ++-
>> 1 files changed, 6 insertions(+), 1 deletions(-)
>>
>> diff --git a/freeb
>>
>>
>>> + uint32_t bank;
>>> + int handled_count;
>>> + int rv;
>>> +
>>> + gpio = (gpio_pin*) arg;
>>> +
>>> + bank = gpio->bank_number;
>>
>> Validate args for errors.
>
>
> These tasks are only created by the rtems_gpio_enable_interrupt() function,
> and all parameters are validated befor
On Tue, Jun 23, 2015 at 7:43 AM, QIAO YANG wrote:
> Hi,
>
> As suggested by gedare, I think using zero length array to represent the
> mailbox buffer and tag data is a good way, much readable, clearer to
> abstract the structure of mailbox buffer, tag.
> I've done an attemp, here is the scratch:
>
Try to get send-email to work. Split your patch into two, the generic
GPIO code (that should overlap substantially with Andre's), and the
BBB driver. Can the gpio.c test case be written without having to
specify the BSP? I mean, does beagleboneblack.h need to be included
there? We won't commit BSP-
On Tue, Jun 23, 2015 at 3:13 PM, Sujay Raj wrote:
> I agree with Sebastian.
>
> Using read write in a loop can only serve as a makeshift measure.
>
> If we have consensus here, then I can work on getting sendfile backed up in
> libbsd. (though, I have some serious background reading to do before I
On Tue, Jun 23, 2015 at 6:44 PM, André Marques
wrote:
> On 23-06-2015 17:16, Gedare Bloom wrote:
>>>>
>>>>
>>>>> + uint32_t bank;
>>>>> + int handled_count;
>>>>> + int rv;
>>>>> +
>>>>> +
On Wed, Jun 24, 2015 at 2:31 AM, QIAO YANG wrote:
>
> On Jun 23, 2015, at 07:15 AM, Gedare Bloom wrote:
>
> On Tue, Jun 23, 2015 at 7:43 AM, QIAO YANG wrote:
>
> Hi,
>
>
> As suggested by gedare, I think using zero length array to represent the
>
> mailbox
Can you add more debugging info?
I glanced at your code, some comments, make sure you follow the
recommendations in libbsd.txt about modifying code taken from freebsd.
You also might find it more convenient to work on a branch instead of
a master, and to avoid merge commits.
Gedare
On Thu, Jun 2
It puts the include before extern C which is appropriate
On Thu, Jun 25, 2015 at 9:20 AM, Joel Sherrill
wrote:
> The comment doesn't appear to match the change.
>
> On 6/25/2015 8:17 AM, Sebastian Huber wrote:
>>
>> ---
>> cpukit/score/include/rtems/score/heap.h | 3 +--
>> 1 file changed, 1 i
This code is quite a pain to read with the interleaved ifdefs and I'm
not that happy about it, but I don't have any better suggestions right
now. The set of patches looks fine to commit.
On Thu, Jun 25, 2015 at 9:17 AM, Sebastian Huber
wrote:
> The problem is that empty structures have a differen
Ask what other folks using the RPi are doing.
On Thu, Jun 25, 2015 at 9:24 AM, Yurii Shevtsov wrote:
> How to set a break point? Is there any other way of debugging except
> printfs and tracing?
>
> 2015-06-25 16:00 GMT+03:00 Sebastian Huber
> :
>> I would set a break point to nexus_probe(). In
Can you split the commits so that the import from BSD is separate from
your modifications to it?
On Thu, Jun 25, 2015 at 12:18 PM, ragunath wrote:
> This patch includes changes for porting cpsw ethernet driver for Beaglebone
> black from Freebsd.
> It also includes smsc phy ported from FreeBSD.
On Thu, Jun 25, 2015 at 12:20 PM, ragunath wrote:
> This patch has two changes that are needed for networking to work in BBB.
> We disable cache as it is causing random values to be learned in the cpsw
> Address
> Lookup Engine(ALE) causing tx to fail. Vector enable is done after handler is
> ca
Since this thread got migrated to devel a bit prematurely, I'll
back-stop some of the details and how I understand the state of this
project.
Saurabh is working toward solving https://devel.rtems.org/ticket/2124
(so yes there is a ticket already, and it should be referenced by
patches accordingly
Congrats Jan, great work!
Gedare
On Fri, Jun 26, 2015 at 8:45 AM, Pavel Pisa wrote:
> Hello everybody,
>
> I would like to inform that full text of the bachelor
> thesis
>
> Drivers and Libraries Enabling RTEMS OS GUI on Current PC Graphics Cards
>
> has been defended and is available online
>
>
On Fri, Jun 26, 2015 at 9:35 AM, Gedare Bloom wrote:
> Congrats Jan, great work!
> Gedare
>
> On Fri, Jun 26, 2015 at 8:45 AM, Pavel Pisa wrote:
>> Hello everybody,
>>
>> I would like to inform that full text of the bachelor
>> thesis
>>
>> Driver
On Fri, Jun 26, 2015 at 9:42 AM, Sebastian Huber
wrote:
> On 26/06/15 15:28, Gedare Bloom wrote:
>>
>> Since this thread got migrated to devel a bit prematurely, I'll
>> back-stop some of the details and how I understand the state of this
>> project.
>>
>
On Fri, Jun 26, 2015 at 4:41 PM, ragunath wrote:
> ---
> Makefile | 1 +
> freebsd/sys/arm/ti/cpsw/if_cpsw.c | 56
> --
> freebsd/sys/arm/ti/cpsw/if_cpswreg.h | 1 +
> freebsd/sys/arm/ti/cpsw/if_cpswva
Fix the style issues that have been mentioned to you before. Also, try
to avoid including #include files that are unnecessary. (I don't know
for sure if any you have are, but this is a general comment.)
On Sat, Jun 27, 2015 at 3:54 PM, Ketul Shah wrote:
> Hello,
>
> I have developed basic ADC dri
Out of curiousity, would upstream freebsd be likely interested in
using the nexus instead of simplebus? That is, should some of this be
commited upstream? Few comments below.
On Sun, Jun 28, 2015 at 5:58 AM, ragunath wrote:
> ---
> @@ -326,6 +342,13 @@ cpsw_debugf(const char *fmt, ...)
> */
>
On Sun, Jun 28, 2015 at 11:05 AM, Peter Dufault wrote:
> In updating the Phytec MPC5554 to this mornings build I see a large code size
> increase. It will no longer fit in the 2MB FLASH on the MPC5554, which is a
> problem. Here are the sizes of the binaries, the first one built two days
> ag
Thanks for the BSP opt that is much better way to control this cache behavior.
On Sun, Jun 28, 2015 at 5:54 AM, ragunath wrote:
> ---
> c/src/lib/libbsp/arm/beagle/configure.ac | 3 +++
> c/src/lib/libbsp/arm/beagle/irq.c | 5 +++--
> c/src/lib/libbsp/arm/beagle/startu
On Mon, Jun 29, 2015 at 10:02 AM, Peter Dufault wrote:
>
>> On Jun 29, 2015, at 09:28 , Sebastian Huber
>> wrote:
>>
>>> By only including the RTEMS shell commands I use I reduced the size to
>>> 1839664 (latest RTEMS) vs 1624684 (September RTEMS), about a 13% increase,
>>> but at least it fit
On Tue, Jun 30, 2015 at 1:10 AM, Nick Withers wrote:
> On Tue, 2015-06-30 at 10:09 +0530, Sujay Raj wrote:
>> I need to access configurations files the for web server I am porting to
>> rtems.
>>
>> I create a tar archive , that contains the required folders and files ,
>> convert it into c source
OK
On Tue, Jun 30, 2015 at 9:29 AM, Sebastian Huber
wrote:
> With this a _Freechain_Put( _Freechain_Get() ) works always.
> ---
> cpukit/score/include/rtems/score/freechain.h | 3 ++-
> cpukit/score/src/freechain.c | 4 +++-
> testsuites/sptests/spfreechain01/init.c | 2 ++
>
Try to figure out how to make the sample not be BSP (BBB)-specific. If
you can't then instead this should probably go into examples-v2 and
use a similar model as the LED example there. Speaking of which,
perhaps the LED example should be extended to be supported on the BBB?
Gedare
On Tue, Jun 30,
101 - 200 of 3824 matches
Mail list logo