Hi Norman
I've been testing the USB driver in the RaspberryPI assigning priorities to each processes, but continue losing events. I have also tried changing the top value of cnt, but still the same result. I will continue doing some independent tests of the driver, mouse, keyboard and network independently. If you have any other suggestions?
Best regards
Hi Reinier,
admittedly, I am (almost) running out of ideas. The last resort would be to use Genode's tracing mechanism [1] to obtain a trace of interrupts as received by the USB driver along with information about the state of the USB driver. I would then compare the trace generated with base-hw against the trace generated with base-foc.
Unfortunately, employing the tracing mechanism requires a bit of labor on your side. You will need to develop a so-called trace monitor that assigns a tracing policy to the threads of interest (the ones living in the USB driver) and captures the tracing data. You can find a simple example at os/run/trace.run.
BTW, the tracing framework played an instrumental role for bringing the Rpi USB driver to Genode in the first place. Without it, I certainly would not have succeeded.
[1] http://genode.org/documentation/release-notes/13.08#Light-weight_event_traci...
Best regards Norman
Hi Norman
I will try the tracing machanism to test the USB driver. Is there public the trace monitor version used to bring up the Rpi USB driver on base_hw?
Best regards
On 05/04/2015 04:55 AM, Norman Feske wrote:
Hi Reinier,
I will try the tracing machanism to test the USB driver. Is there public the trace monitor version used to bring up the Rpi USB driver on base_hw?
I just went through my old branches and un-buried the attached patch.
Note that it is just a hack I developed for debugging a specific problem (the interaction of the kernel's scheduling with IRQ latencies of the USB driver). Even though it won't be immediately useful for your problem (I even doubt that the patch applies to the current version of Genode), it may still be useful for pointing you to the right places.
Cheers Norman
Hi Norman
Thanks, I was reviewing the patch and trying to bring up it on Genode15.02. I have used the patch and the trace example. It works, but have a problem using the Dwc_otg struct. When remove the usage of the struct to access to USB registers, the monitor works fine, but when try to use the struct it fails. First i'm trying to test it on base_hw and later on base_foc. This the serial output when i try it on the hardware, and the patch adapted to Genode15.02
Genode 15.02-241-g1a3b4ff <local changes> int main(): --- create local services --- int main(): --- start init --- int main(): transferred 252 MB to init int main(): --- init created, waiting for exit condition --- [init] Could not open ROM session for module "ld.lib.so" [init -> platform_drv] --- Raspberry Pi platform driver --- no RM attachment (faulter 219090 with IP 8255b0 attempts to read from address 20980014) init -> timer -> timeout_scheduler: unresolved pagefault at ip=8255b0 core -> pager_activation: cannot submit unknown signal context 0 [init -> trace-usb_drv] --- trace-usb_drv started --- [init -> usb_drv] Services::Services(): Could not read screen resolution in config node [init -> usb_drv] Services::Services(): No <storage> config node found - not starting the USB Storage (Block) service [init -> usb_drv] Services::Services(): No <nic> config node found - not starting the USB Nic (Network) service [init -> usb_drv] Services::Services(): No <raw> config node found - not starting external USB service [init -> usb_drv] Enabled UHCI (USB 1.0/1.1) support [init -> usb_drv] Enabled EHCI (USB 2.0) support [init -> usb_drv] Enabled XHCI (USB 3.0) support
Is there any wrong with the patch and the struct Dwc_otg?
Best regards
On 05/06/2015 05:13 AM, Norman Feske wrote:
Hi Reinier,
Is there any wrong with the patch and the struct Dwc_otg?
the sole purpose of the struct is the access to one of the USB host-controller registers that was of particular interest for me. For illustrating the tracing facility, it is not really important. The important part is the implementation of the trace monitor.
Anyway, if you want to fix the problem, please have a look at the struct Usb_dwc_otg in base-hw/src/core/include/spec/rpi/pic.h, which does the same thing: It makes the host-controller registers visible within core.
Good luck Norman
-
Norman Feske -
Reinier Millo Sánchez