Re: System has no response when calibration

YamatoKira <[email protected]>
Newsgroups gmane.linux.real-time.rtai
Message-ID <[email protected]>





	
	
	
	


Dear
Ari:
Thank
you for your explanation, and I wonder if you would give me some more
instructions about how to set up the BIOS to comply with RTAI, or
which configuration may result a failure of RTAI?

**************************************************************************
I
am using MIO-5251 produced
by Advantech,
and the information of its
motherboard is:
Handle
0x0002, DMI type 2, 15 bytes

Base
Board Information

	Manufacturer:
AMI Corporation

	Product
Name: Aptio CRB

	Version:
To be filled by O.E.M.

	Serial
Number: To be filled by O.E.M.

	Asset
Tag: To be filled by O.E.M.

	Features:

		Board
is a hosting board

		Board
is replaceable

	Location
In Chassis: To be filled by O.E.M.

	Chassis
Handle: 0x0003

	Type:
Motherboard

	Contained
Object Handles: 0

*****************************************************************************


And
the BIOS Information is:

	Vendor:
American Megatrends Inc.

	Version:
5.6.5

	Release
Date: 09/15/2014

	Address:
0xF0000

	Runtime
Size: 64 kB

	ROM
Size: 1024 kB

	Characteristics:

		PCI
is supported

		BIOS
is upgradeable

		BIOS
shadowing is allowed

		Boot
from CD is supported

		Selectable
boot is supported

		BIOS
ROM is socketed

		EDD
is supported

		5.25"/1.2
MB floppy services are supported (int 13h)

		3.5"/720
kB floppy services are supported (int 13h)

		3.5"/2.88
MB floppy services are supported (int 13h)

		Print
screen service is supported (int 5h)

		8042
keyboard services are supported (int 9h)

		Serial
services are supported (int 14h)

		Printer
services are supported (int 17h)

		ACPI
is supported

		USB
legacy is supported

		BIOS
boot specification is supported

		Targeted
content distribution is supported

		UEFI
is supported

	BIOS
Revision: 5.6



                                                                           								yours:
C.P.
                                                                            2016-09-03


*************************************************************************
> Date: Fri, 26 Aug 2016 19:25:07 +0000
> From: [email protected]
> To: [email protected]
> CC: [email protected]
> Subject: Re: [Rtai] System has no response when calibration
> 
> Generally this is due to incorrect BIOS settings and kernel config issues. Some BIOSes are not compatible with RTAI, but sometimes configuring a kernel with "make tinyconfig" and tuning it to the max, specifically for your hardware, is a workaround. Another thing you can try doing is using a different kernel version patched with hal-linux. I.e. 3.14 or 31.18 vs 4.0, etc. Kernel panics and system freezes are quite common, I managed to fix every one I've encountered without changing hardware so far. Generally high-end AMD gaming desktop motherboards have a wide variety of settings in the BIOS/UEFI setup. ASUS and GIGABYTE give me the least amount of trouble. MSI tends to use the ACPI ATA controller and a bunch of other goofy stuff in hardware so I tend to avoid them for RTOS, HP is by far the worst, hardly any options and highest latency (at least my luck with them.) If you stick with the right brands, and get the higher end gaming ones, there's plenty of things to tinker with in the settings to fix whatever problem you're having, so all the trouble I ever have is with the kernel itself.
> 
> As for DRM and graphics settings, you CAN still have those enabled and be able to debug but it requires some more work. What you need to do is compile the GPU firmware into the kernel, specifying file names of the firmware you wish to include, and not compile DRM as a module, but built-in. What kills debugging is all the DRM module loading and unloading and you can't see what the hell is going on. Serial debug itself won't be affected by DRM options because the kernel output has nothing to do with the display as it's controlled at a lower level in the kernel params but debugging off of only one computer does tend to become a lot more difficult. I always start off with a bunch of debugging options in the kernel hacking section enabled to make sure IPIPE is loading and unloading correctly first, then start optimizing and disabling features from there.
> 
> Alec Ari

_______________________________________________
Rtai mailing list
[email protected]
https://mail.rtai.org/cgi-bin/mailman/listinfo/rtai
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.