Update virtio network driver

Hi, all! We removed our RTEMS-virtio driver's dependencies on architecture. We used built-in function of gcc, __sync_synchronize(). This function generates proper memory barrier for target architecture on compile time. In addition, we replaced pcib_conf_read/write functions to pci_read/write_conf

Re: Time to bump gcc on master?

On Thu, Nov 10, 2016 at 1:36 AM, Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > For the libbsd update we need the November Newlib snapshot (or the > release). I have also a libgomp (OpenMP) performance improvement in the > queue, for this I need a future GCC snapshot. > > Is the 20

Update Master to GDB 7.12

Hi After I get through bumping newlib and gcc, is it time to bump the master from gdb 7.11 to 7.12? Looking at the 7.11 bset, I see three sets of patches. (1) sis simulator patches (2) addition of aarch64 and x86_64 rtems targets (3) FreeBSD specific Python support patch (2) has been merged ups

Re: Update virtio network driver

On Thu, Nov 10, 2016 at 4:42 AM, Jinhyun wrote: > Hi, all! > > We removed our RTEMS-virtio driver's dependencies on architecture. We used > built-in function of gcc, __sync_synchronize(). This function generates > proper memory barrier for target architecture on compile time. In addition, Would RT

Re: Update Master to GDB 7.12

On 10/11/16 18:17, Joel Sherrill wrote: > Hi > > After I get through bumping newlib and gcc, is it time > to bump the master from gdb 7.11 to 7.12? > > Looking at the 7.11 bset, I see three sets of patches. > > (1) sis simulator patches > (2) addition of aarch64 and x86_64 rtems targets > (3) Fre

RTEMS 4.11.0 RC6 Available

RTEMS 4.11.0 RC6 Release: 4.11.0-rc6 Date : 11 November 2016 URL: https://ftp.rtems.org/pub/rtems/releases/4.11/4.11.0-rc6/ This is hopefully the final release candidate (RC6) for RTEMS 4.11.0. This release contains examples-v2 and rtems-libbsd. We are planning to release 4.11.0 next

RE: Update virtio network driver

We use __sync_synchronize() to generate hardware memory barrier same as mb() of FreeBSD does. And we know that RTEMS_COMPILER_MEMORY_BARRIER() generates compiler memory barrier not hardware memory barrier, doesn't it? On PowerPC, it seems that RTEMS_COMPILER_MEMORY_BARRIER() is replaced by __as

Re: Time to bump gcc on master?

- Joel Sherrill schrieb: > On Thu, Nov 10, 2016 at 1:36 AM, Sebastian Huber < > sebastian.hu...@embedded-brains.de> wrote: > > > For the libbsd update we need the November Newlib snapshot (or the > > release). I have also a libgomp (OpenMP) performance improvement in the > > queue, for this