cture of the card should have an
> updated vhdl for the FGPA so that the timers work properly.
>
>
>
> -Original Message-
> From: Brennan Ashton
> Sent: Monday, August 3, 2020 8:49 PM
> To: dev@nuttx.apache.org
> Subject: Re: AMD64 arch
>
> Robert,
> I e
ns
of the FPGA. Soon the manufacture of the card should have an updated vhdl for
the FGPA so that the timers work properly.
-Original Message-
From: Brennan Ashton
Sent: Monday, August 3, 2020 8:49 PM
To: dev@nuttx.apache.org
Subject: Re: AMD64 arch
Robert,
I ended up with a little less
testing will let me know.
-Original Message-
From: Brennan Ashton
Sent: Monday, August 3, 2020 8:49 PM
To: dev@nuttx.apache.org
Subject: Re: AMD64 arch
Robert,
I ended up with a little less time this weekend than I had hoped for.
Getting the "console" working is a little more tric
On Mon, Aug 3, 2020 at 5:48 PM Brennan Ashton wrote:
>
> Robert,
> I ended up with a little less time this weekend than I had hoped for.
> Getting the "console" working is a little more tricky because of
> restrictions put in place on modern machines that are booting in UEFI
> mode. I was able t
8) connected to coolterm on another computer to
> see if any terminal could be accessed but haven't had any success. I know you
> said you were going to work on getting a console up but having a serial
> terminal would work for now to keep my progress moving.
>
> -Robert
>
>
&g
could be accessed but haven't had any success. I know you
said you were going to work on getting a console up but having a serial
terminal would work for now to keep my progress moving.
-Robert
-Original Message-
From: Brennan Ashton
Sent: Friday, July 31, 2020 5:21 AM
To: dev@n
The x86_64
> I would also recommend working off of my branch. There is stuff in
> the current pci branch that will need to go away especially around MSI
> and MSI-X. If you are ok using the legacy interrupt for now it should
> be ok.
I agree.
That PCI feature branch I started is quite embarrass
Robert,
I dug into this a little more, and I am fairly confident that the PCI
subsystem will find your device since it properly traverses the
bridges and can identify multiple buses.
A couple things that are probably important to check, you are not
using the COM port on your motherboard for this t
a asus 885m-e with 8gb of ram ddr3.
>
> -Original Message-
> From: Robert Faron
> Sent: Thursday, July 30, 2020 9:51 AM
> To: dev@nuttx.apache.org
> Subject: RE: AMD64 arch
>
> Brennan,
>
> Thanks for the help thus far. I cloned your branch yesterday afternoo
s intel i3-4160 running on a asus 885m-e with 8gb of ram ddr3.
-Original Message-
From: Robert Faron
Sent: Thursday, July 30, 2020 9:51 AM
To: dev@nuttx.apache.org
Subject: RE: AMD64 arch
Brennan,
Thanks for the help thus far. I cloned your branch yesterday afternoon. I
created nuttx.elf
hton
Sent: Wednesday, July 29, 2020 10:53 PM
To: dev@nuttx.apache.org
Subject: Re: AMD64 arch
On Wed, Jul 29, 2020 at 12:26 PM Brennan Ashton
wrote:
> I would also recommend working off of my branch. There is stuff in
> the current pci branch that will need to go away especially around M
On Wed, Jul 29, 2020 at 12:26 PM Brennan Ashton
wrote:
> I would also recommend working off of my branch. There is stuff in
> the current pci branch that will need to go away especially around MSI
> and MSI-X. If you are ok using the legacy interrupt for now it should
> be ok.
>
> There is an e
On ARM, I am using Zero Latency Interrupts for the really critical (and not
time-consuming) stuff. That would be things like sampling inputs and
updating outputs.
I haven't used NuttX on amd64, so I don't know how to implement that there.
The current implementation of zero latency interrupts
On Wed, Jul 29, 2020 at 2:35 PM Robert Faron wrote:
>
> Once I an get the system to boot I will need to be able to run a compiled
> program. I assume I will have to rewrite my little linux test program using
> nuttx. At it's simplest the test program can be hard programed to the
> correct bar ad
Robert,
On Wed, Jul 29, 2020 at 11:35 AM Robert Faron wrote:
>
> I am at a bit of a loss, I'll start by saying I am not a programmer by trade
> though I have written code for most of my life. My background is in IT,
> mainly networking. That being said I have written code in many languages and
es I can help get the PCIe sections
working and tested along with helping in other ways. I know the learning curve
will be steep but I'm a pretty good climber.
-Original Message-
From: Robert Faron
Sent: Tuesday, July 28, 2020 2:52 PM
To: dev@nuttx.apache.org
Subject: RE: AMD64 a
--
From: Gregory Nutt
Sent: Tuesday, July 28, 2020 1:21 PM
To: dev@nuttx.apache.org
Subject: Re: AMD64 arch
> One thing that would be important would be to understand what
> processor you are using.
If there is some specific hardware, I would also be willing to buy a board and
help out... alt
On Tue, Jul 28, 2020 at 11:32 AM Robert Faron wrote:
> I am looking for a RTOS to replace the current RTOS we use. We are currently
> using FreeDOS, however since it is 16bit it have found it almost impossible
> to access a new device, PCIe mmio. While searching the web for a RTOS I
> found N
One thing that would be important would be to understand what
processor you are using.
If there is some specific hardware, I would also be willing to buy a
board and help out... although I am no x86_64 expert (I did do the i486
port some years ago, but that is about the extent of that).
On Tue, Jul 28, 2020 at 10:05 AM Gregory Nutt wrote
> Certainly it builds. Our CI builds the x86_64 configurations on every
> commit. There is also PCIe support on a feature branch:
> https://github.com/apache/incubator-nuttx/tree/pci I have no idea of
> the state of PCIe. It has not been touc
I think the answer is yes x86_64 is supported. I haven't used it myself,
but here's the NuttX x86_64 status blurb:
https://cwiki.apache.org/confluence/display/NUTTX/About#80x86
Certainly it builds. Our CI builds the x86_64 configurations on every
commit. There is also PCIe support on a feat
Robert,
I think the answer is yes x86_64 is supported. I haven't used it myself,
but here's the NuttX x86_64 status blurb:
https://cwiki.apache.org/confluence/display/NUTTX/About#80x86
-adam
On Tue, Jul 28, 2020 at 8:32 AM Robert Faron wrote:
> I am looking for a RTOS to replace the current R
I am looking for a RTOS to replace the current RTOS we use. We are currently
using FreeDOS, however since it is 16bit it have found it almost impossible to
access a new device, PCIe mmio. While searching the web for a RTOS I found
Nuttx.
Does Nuttx support x86-64 processors? I thought it mig
23 matches
Mail list logo
