On Thu, Apr 25, 2019 at 1:23 AM Jan Kiszka wrote:
> On 25.04.19 09:15, C Smith wrote:
> > Hi Jan,
> >
> > Your patch worked somewhat but not completely. It prevents my app from
> stalling
> > forever, but I caugh the serial transmission itself stalling on the
> oscilloscope
> > for quite a long
From: Jeff Webb
This was likely a copy-and-paste error that resulted in
rx_timeout being used instead of tx_timeout in two places.
Signed-off-by: Jeff Webb
---
kernel/drivers/serial/16550A.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/drivers/serial/16550A.c
‐‐‐ Original Message ‐‐‐
On Wednesday, April 24, 2019 9:36 AM, Jan Kiszka wrote:
> On 24.04.19 15:05, Jeff Webb via Xenomai wrote:
>
> > > The only difference in the serial configuration between that cross-link.c
> > > app and my app was :
> > > struct rtser_config :
> > > .rx_timeout =
On 25.04.19 17:17, Philippe Gerum wrote:
> On 4/25/19 5:12 PM, Jan Kiszka wrote:
>> On 25.04.19 17:11, Philippe Gerum wrote:
>>> On 4/25/19 4:53 PM, Jan Kiszka wrote:
On 24.04.19 12:29, Philippe Gerum via Xenomai wrote:
> The implementation does not iterate fully over all CPU slots for
On 4/25/19 5:16 PM, Philippe Gerum via Xenomai wrote:
> On 4/25/19 5:10 PM, Jan Kiszka wrote:
>> On 25.04.19 16:53, Jan Kiszka wrote:
>>> On 24.04.19 12:29, Philippe Gerum via Xenomai wrote:
The implementation does not iterate fully over all CPU slots for every
handler, leaving some of
On 4/25/19 5:12 PM, Jan Kiszka wrote:
> On 25.04.19 17:11, Philippe Gerum wrote:
>> On 4/25/19 4:53 PM, Jan Kiszka wrote:
>>> On 24.04.19 12:29, Philippe Gerum via Xenomai wrote:
The implementation does not iterate fully over all CPU slots for every
handler, leaving some of them
On 4/25/19 5:10 PM, Jan Kiszka wrote:
> On 25.04.19 16:53, Jan Kiszka wrote:
>> On 24.04.19 12:29, Philippe Gerum via Xenomai wrote:
>>> The implementation does not iterate fully over all CPU slots for every
>>> handler, leaving some of them uncollected. In addition, if maxcpus= is
>>> used to
On 25.04.19 17:11, Philippe Gerum wrote:
On 4/25/19 4:53 PM, Jan Kiszka wrote:
On 24.04.19 12:29, Philippe Gerum via Xenomai wrote:
The implementation does not iterate fully over all CPU slots for every
handler, leaving some of them uncollected. In addition, if maxcpus= is
used to restrict the
On 4/25/19 5:10 PM, Jan Kiszka wrote:
> On 25.04.19 16:53, Jan Kiszka wrote:
>> On 24.04.19 12:29, Philippe Gerum via Xenomai wrote:
>>> The implementation does not iterate fully over all CPU slots for every
>>> handler, leaving some of them uncollected. In addition, if maxcpus= is
>>> used to
On 4/25/19 4:53 PM, Jan Kiszka wrote:
> On 24.04.19 12:29, Philippe Gerum via Xenomai wrote:
>> The implementation does not iterate fully over all CPU slots for every
>> handler, leaving some of them uncollected. In addition, if maxcpus= is
>> used to restrict the number of available CPUs to a
On 25.04.19 16:53, Jan Kiszka wrote:
On 24.04.19 12:29, Philippe Gerum via Xenomai wrote:
The implementation does not iterate fully over all CPU slots for every
handler, leaving some of them uncollected. In addition, if maxcpus= is
used to restrict the number of available CPUs to a subset of
On 4/24/19 15:44, Florent Legendre via Xenomai wrote:
> Hello everyone !
>
> I'm new to Xenomai and I encounter some problem. I wondered if someone could
> give me some help. :)
>
> I am trying to use Analogy to handle a NI PCI-5269 and I am having troubles
> to make it works. My computer
On 24.04.19 12:29, Philippe Gerum via Xenomai wrote:
The implementation does not iterate fully over all CPU slots for every
handler, leaving some of them uncollected. In addition, if maxcpus= is
used to restrict the number of available CPUs to a subset of the
present ones, with the highest
On Wed, Apr 24, 2019 at 10:21:45PM +0200, Jan Kiszka wrote:
> Yes, I meanwhile understood that this information I got first-hand from a
> company that still dominants the ppc32 silicon market was inaccurate.
>
> Still, this won't change the fact that ppc32 is a dying arch. There is no
> new
On 25.04.19 09:15, C Smith wrote:
Hi Jan,
Your patch worked somewhat but not completely. It prevents my app from stalling
forever, but I caugh the serial transmission itself stalling on the oscilloscope
for quite a long time. My 72 byte TX packet from the xenomai periodic task gets
cut in
Hi Jan,
Your patch worked somewhat but not completely. It prevents my app from
stalling forever, but I caugh the serial transmission itself stalling on
the oscilloscope for quite a long time. My 72 byte TX packet from the
xenomai periodic task gets cut in half and there is no transmission for
16 matches
Mail list logo
