Op 19/06/2019 om 17:00 schreef Greg Gallagher:
On Wed, Jun 19, 2019 at 8:44 AM Harco Kuppens wrote:
The ipipe patched not entirely cleanly on the rpi kernel source; I had to make
little changes in the patch, but not anything really seriously. So I expect it
to be fine.
I used the
Use sysfs-
# unbind the current driver for those devices
for sio in 1-2:1.0 1-2:1.1 1-2:1.2 1-2:1.3; do
echo "$sio" > /sys/bus/usb/devices/"$sio"/driver/unbind
done
# use a specific driver 'ftdi_sio' for a device
echo "1-2:1.0" > /sys/bus/usb/drivers/ftdi_sio/bind
# let linux pick a
From: Jan Kiszka
Using thread both as the iteration variable and the source of the list
causes list_for_each_entry to derail after the first thread that has no
hit. This could be triggered by sending a process a signal that was in
sigwait, but not for that signal.
Fix this by using a stable
Hi,
On Wed, Jun 19, 2019 at 4:18 AM danwe via Xenomai wrote:
>
> Hello,
>
> I am using a BeagleBone Black with Xenomai and RTnet on top. As some
> real-time programs are not working it could be that the installed drivers
> on my BeagleBone Black are still the standard drivers and not the
On Wed, Jun 19, 2019 at 8:44 AM Harco Kuppens wrote:
>
> The ipipe patched not entirely cleanly on the rpi kernel source; I had to
> make little changes in the patch, but not anything really seriously. So I
> expect it to be fine.
>
> I used the rasbpian kernel source because it has better
The ipipe patched not entirely cleanly on the rpi kernel source; I had
to make little changes in the patch, but not anything really seriously.
So I expect it to be fine.
I used the rasbpian kernel source because it has better support for the
raspberry pi's and mainly because it has better
Hello,
I am using a BeagleBone Black with Xenomai and RTnet on top. As some
real-time programs are not working it could be that the installed drivers
on my BeagleBone Black are still the standard drivers and not the real-time
drivers.
As I did not find anything on internet (only how to install
The prepare-kernal.sh script by default adds the xenomai kernel
components to the kernel source using soft links.
If you move/remove the xenomai source or move the patched kernel
source to another workstation, you must change all this links or even
replace them by the actual files.
To simplify
On 18.06.19 23:20, Alec Ari wrote:
Hi, a bit OT: How hard is it for you guys to re-write IPIPE on top of the latest
entry_64.S file? I mean, every few kernel releases, especially when
KAISER/RETROLINE was introduced, that file changed dramatically. Is x86 assembly
programming easy for you Jan
