Re: [PATCH v4] user/exe: Add Device Tree section

2019-08-03 Thread Vijay Kumar Banerjee
Sorry about the wrong version number. To avoid confusion, I have sent a v5 as well. On Sun, Aug 4, 2019 at 2:00 AM Vijay Kumar Banerjee < vijaykumar9...@gmail.com> wrote: > --- > user/bsps/arm/beagle.rst | 21 + > user/exe/device-tree.rst | 92 >

[PATCH v5] user/exe: Add Device Tree section

2019-08-03 Thread Vijay Kumar Banerjee
--- user/bsps/arm/beagle.rst | 21 + user/exe/device-tree.rst | 92 user/exe/index.rst | 1 + 3 files changed, 95 insertions(+), 19 deletions(-) create mode 100644 user/exe/device-tree.rst diff --git a/user/bsps/arm/beagle.rst

[PATCH v4] user/exe: Add Device Tree section

2019-08-03 Thread Vijay Kumar Banerjee
--- user/bsps/arm/beagle.rst | 21 + user/exe/device-tree.rst | 92 user/exe/index.rst | 1 + 3 files changed, 95 insertions(+), 19 deletions(-) create mode 100644 user/exe/device-tree.rst diff --git a/user/bsps/arm/beagle.rst

[PATCH v3 7/8] am335x display drivers: Import from FreeBSD

2019-08-03 Thread Vijay Kumar Banerjee
--- freebsd/sys/arm/ti/am335x/am335x_ecap.c | 202 freebsd/sys/arm/ti/am335x/am335x_lcd.c | 1085 ++ freebsd/sys/arm/ti/am335x/am335x_lcd.h | 60 ++ freebsd/sys/arm/ti/am335x/am335x_pwm.h | 35 + freebsd/sys/arm/ti/am335x/am335x_pwmss.c | 165 5 files

[PATCH v3 3/8] TDA19988: Import from FreeBSD

2019-08-03 Thread Vijay Kumar Banerjee
--- freebsd/sys/arm/ti/am335x/tda19988.c | 812 ++ freebsd/sys/dev/extres/clk/clk.h | 146 freebsd/sys/dev/videomode/edid.c | 649 + freebsd/sys/dev/videomode/ediddevs.h | 91 +++ freebsd/sys/dev/videomode/ediddevs_data.h | 107

[PATCH v3 8/8] am335x display drivers: Port to RTEMS

2019-08-03 Thread Vijay Kumar Banerjee
--- libbsd.py | 5 + rtemsbsd/include/bsp/nexus-devices.h | 2 ++ rtemsbsd/include/machine/rtems-bsd-kernel-namespace.h | 2 ++ 3 files changed, 9 insertions(+) diff --git a/libbsd.py b/libbsd.py index 4b729b6a..3d950f7c 100644 ---

[PATCH v3 4/8] TDA19988: Port to RTEMS

2019-08-03 Thread Vijay Kumar Banerjee
--- Makefile.todo | 26 ++ buildset/default.ini | 1 + libbsd.py | 41 + rtemsbsd/include/bsp/nexus-devices.h | 1 + .../machine/rtems-bsd-kernel-namespace.h | 65 +

[PATCH v3 1/8] Pinmux : Import from FreeBSD

2019-08-03 Thread Vijay Kumar Banerjee
--- .../sys/arm/ti/am335x/am335x_scm_padconf.c| 305 .../sys/arm/ti/am335x/am335x_scm_padconf.h| 47 ++ freebsd/sys/arm/ti/omap4/omap4_scm_padconf.h | 83 freebsd/sys/arm/ti/ti_pinmux.c| 463 ++ freebsd/sys/arm/ti/ti_pinmux.h

[PATCH v3 6/8] fbd: Port to RTEMS

2019-08-03 Thread Vijay Kumar Banerjee
--- Makefile.todo | 13 ++ freebsd/sys/dev/fb/fbd.c | 4 ++ libbsd.py | 11 + rtemsbsd/include/bsp/nexus-devices.h | 3 ++ .../machine/rtems-bsd-kernel-namespace.h | 20 +

[PATCH v3 2/8] Pinmux: Port to RTEMS

2019-08-03 Thread Vijay Kumar Banerjee
--- Makefile.todo | 13 ++ buildset/default.ini | 1 + libbsd.py | 33 +++ rtemsbsd/include/bsp/nexus-devices.h | 1 + .../machine/rtems-bsd-kernel-namespace.h | 9 +

Re: GSoC Project | Basic Support for Trace Compass

2019-08-03 Thread Ravindra Kumar Meena
Now, I can get the [thread_id] and [thread_name] in print_item() but since this information is not CPU specific so in which CPU should I store this information? > -- *Ravindra Kumar Meena*, B. Tech. Computer Science and Engineering, Indian Institute of Technology (Indian School of Mines)

Re: GSoC Project | Basic Support for Trace Compass

2019-08-03 Thread Ravindra Kumar Meena
> > Yes, prev_state is the state of the previous thread. See my other email > which mentions the swapper. In the Trace Compass code you see that a tid == > 0 is used to detect an idle CPU. > > We have to set prev_tid to 0 if the previous thread is an idle thread, > likewise for next_tid if the

Re: GSoC Project | Basic Support for Trace Compass

2019-08-03 Thread Sebastian Huber
- Am 3. Aug 2019 um 9:18 schrieb Ravindra Kumar Meena rmeena...@gmail.com: >> >> >> Yes, this is similar to what I see. I don't think this is what we want. >> The 09.. are all idle threads. What I want is something similar to the >> LTTNG output, see attached screen shot. >> > > Are you

Re: [PATCH v2 8/8] am335x display drivers: Port to RTEMS

2019-08-03 Thread Christian Mauderer
Correction: It seems that three files got lost. I had to create the following three: rtemsbsd/include/rtems/bsd/local/opt_syscons.h rtemsbsd/include/rtems/bsd/local/opt_teken.h rtemsbsd/include/rtems/bsd/local/opt_splash.h On 03/08/2019 14:02, Christian Mauderer wrote: > Seems that one file got

Re: [PATCH v2 8/8] am335x display drivers: Port to RTEMS

2019-08-03 Thread Christian Mauderer
Seems that one file got lost since the last version of the patch set: Waf: Entering directory `/home/christian/rtems/rtems-bbb/libs/rtems-libbsd/build/arm-rtems5-beagleboneblack-noIPSec' [1422/2156] Compiling freebsd/sys/dev/fb/fbd.c [1786/2156] Compiling

Re: [PATCH v2 6/8] fbd: Port to RTEMS

2019-08-03 Thread Christian Mauderer
Hello Vijay, this commit doesn't compile on it's own. Please make sure that every commit can be compiled. If someone wants to use git bisect for searching for errors that is essential. Waf: Entering directory

Re: GSoC Project | Basic Support for Trace Compass

2019-08-03 Thread Ravindra Kumar Meena
> > > Yes, this is similar to what I see. I don't think this is what we want. > The 09.. are all idle threads. What I want is something similar to the > LTTNG output, see attached screen shot. > Are you talking about CPU states the Trace Compass has? --CPU states --IRQ 34 --SOFT_IRQ 1