From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Fritschek Rick" Date: Thu, 16 Oct 2008 16:15:31 +0200 Message-Id: <20081016140048.M69240@domain.hid> In-Reply-To: <48F73EC6.6010000@domain.hid> References: <20081015121228.M34584@domain.hid> <48F601EA.4090500@domain.hid> <20081016113943.M4807@domain.hid> <48F73EC6.6010000@domain.hid> MIME-Version: 1.0 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [Xenomai-help] Pc-freeze with kernel 2.6.26.5 under Ubuntu Reply-To: Rick.Fritschek@domain.hid List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: xenomai@xenomai.org On Thu, 16 Oct 2008 15:16:54 +0200, Jan Kiszka wrote
> Fritschek=20 Rick wrote:=20
>=20 > *Hello Jan=20
>=20 >=20=20
>=20 > On Wed, 15 Oct 2008 16:44:58 +0200, Jan Kiszka wrote*=20
>=20 > =A0> Fritschek Rick wrote:=20
>=20 > =A0> > Hello=20
>=20 > =A0> >=20
>=20 > =A0> > Like the topic, i am using Kernel 2.6.26.5(vanilla kernel= )=20 with the patch:=20
>=20 > =A0> > adeos-ipipe-2.6.26-x86-2.0-13 and xenomai version 2.4.5.= =20
>=20 > =A0> > I followed the HowTo :=20=20
>=20 > http://www.xenomai.org/index.php/Xenomai_quick_build_qui= de .=20
>=20 > =A0> > Os is Ubuntu 8.04.=20
>=20 > =A0> >=20
>=20 > =A0> > i've disabled this in .config=20
>=20 > =A0> >=20
>=20 > =A0> > =A0 =A0 * CONFIG_CPU_FREQ: This allows the CPU=20 frequency to be modulated with=20
>=20 > =A0> > =A0 =A0 =A0 workload, but many CPUs change the TSC=20 counting frequency also, which=20
>=20 > =A0> > =A0 =A0 =A0 makes it useless for accurate timing=20 when the CPU clock can change. Also=20
>=20 > =A0> > =A0 =A0 =A0 some CPUs can take several=20 milliseconds to ramp up to full speed.=20
>=20 > =A0> > =A0 =A0 * CONFIG_APM: The APM model assigns power=20 management control to the BIOS,=20
>=20 > =A0> > =A0 =A0 =A0 and BIOS code is never written with=20 RT-latency in mind. If=20=20
>=20 > configured, APM=20
>=20 > =A0> > =A0 =A0 =A0 routines are invoked with SMI=20 priority, which breaks the rule that=20
>=20 > =A0> > =A0 =A0 =A0 adeos-ipipe must be in charge of such=20 things.=20
>=20 > =A0> > =A0 =A0 =A0 CONFIG_XENO_HW_SMI_WORKAROUND_*=20 doesn't help here.=20
>=20 > =A0> > =A0 =A0 * CONFIG_ACPI_PROCESSOR: For systems with=20 ACPI support in the BIOS, this=20
>=20 > =A0> > =A0 =A0 =A0 ACPI sub-option installs an 'idle'=20 handler that uses ACPI C2 and C3=20
>=20 > =A0> > =A0 =A0 =A0 processor states to save power. The=20 CPU must 'warm-up' from these sleep=20
>=20 > =A0> > =A0 =A0 =A0 states, increasing latency in ways=20 dependent upon both the BIOS's ACPI=20
>=20 > =A0> > =A0 =A0 =A0 tables and code. You may be able to=20 suppress the sleeping with=20=20
>=20 > 'idle=3Dpoll'=20
>=20 > =A0> > =A0 =A0 =A0 boot-arg, test to find out. With=20 recents versions of Linux (probably=20
>=20 > =A0> > =A0 =A0 =A0 starting around Linux 2.6.21), the=20 acpi processor module disables the=20
>=20 > =A0> > =A0 =A0 =A0 local APIC when loaded. This will=20 cause Xenomai timer initialization to=20
>=20 > =A0> > =A0 =A0 =A0 fail. This makes a second reason for=20 disabling this option.=20
>=20 > =A0> > =A0 =A0 * CONFIG_INPUT_PCSPKR (/only/ if i386=20 && kernel 2.6 && no TSC available):=20
>=20 > =A0> > =A0 =A0 =A0 Collides with Xenomai's TSC emulation=20 on oldish x86 systems.=20
>=20 > =A0> >=20
>=20 > =A0> > I've tried it with and without mtrr. (because i found=20 something about=20=20
>=20 > freezes in=20
>=20 > =A0> > xenomai with mtrr and xserver)=20
>=20 > =A0> > but there are no changes.=20
>=20 > =A0> > My PC boot correct, but freezes randomly when the x-serve= r=20 ist started .=20
>=20 > =A0> > Sometimes in GDM when i want to login, sometimes in brows= er=20 or when i just=20
>=20 > =A0> > compile a new kernel.=20
>=20 > =A0> > It seems that there is no specific action , that causes t= he=20 freeze.=20
>=20 > =A0> > And i dont know, how i can find out.=20
>=20 > =A0> > kern.log messages gave me no hint about the problem.=20
>=20 > =A0> >=20
>=20 > =A0> > My question ist now, if there is any known problem, that= =20 causes such freezes=20
>=20 > =A0> > with my configuration(kernel-xenomai-adeos versions).=20
>=20 > =A0> > And if anybody maybe had something similar and knows=20 already a solution for=20=20
>=20 > the=20
>=20 > =A0> > problem.=20
>=20 > =A0> > Maybe ubuntu makes problems associated with vanilla kerne= l=20 and xenomai.=20
>=20 > =A0> >=20
>=20 > =A0> > I can post dmesg or .config =A0if you want.=20
>=20 > =A0>=20
>=20 > =A0> Both would help, ideally also a kernel log captured via serial= =20 console=20
>=20 > =A0> (in case there is some oops around the lock-up). Also, can you= =20 confirm=20
>=20 > =A0> that your system is not tained, only GPL drivers are involved?= =20 I'm=20
>=20 > =A0> specifically thinking of graphic drivers...=20
>=20 > =A0>=20
>=20 > =A0> Jan=20
>=20 > =A0>=20
>=20 > =A0> --=20
>=20 > =A0> Siemens AG, Corporate Technology, CT SE 2=20
>=20 > =A0> Corporate Competence Center Embedded Linux=20
>=20 >=20=20
>=20 > my .config :=20
>=20 > http://webuser.hs-furtwangen.de/~rfrit/config.txt=20
>=20 > my dmesg after systemstart:=20
>=20 > http://webuser.hs-furtwangen.de/~rfrit/dmesg.txt=20
>=20 > cat /proc/cpuinfo :=20
>=20 > http://webuser.hs-furtwangen.de/~rfrit/cpuinfo.txt=20
>=20 >=20=20
>=20 > i hope this helps :/=20
>=20 >=20=20
>=20 > and xfce said, that im not using =A0proprietary drivers :/=20
>=20 >=20=20
>=20 > dont know if i can check this :/=20
>=20 >=20=20
>=20
>=20 Absichtlich oder versehentlich off-list?=20
sorry , war versehentlich :/
>=20
>=20 However, danke soweit, sehe noch nichts. Bliebe die Frage, ob Du eine=20
>=20 serielle Verbindung zur Kernel-Konsole aufbauen und ggf. die Meldungen=20
>=20 beim Lockup einfangen kannst =3D> linux/Documentation/serial-console.txt= .=20
>=20
>=20 Weitere Testmechanismen: CONFIG_XENOMAI=3Dn (nur IPIPE),=20
>=20 CONFIG_IPIPE_DEBUG_CONTEXT, XENO_HW_NMI_DEBUG_LATENCY.=20
>=20
>=20 Antwort dann bitte wieder mit CC an die Liste.=20
>=20
>=20 Gru=DF,=20
>=20 Jan=20
>=20
>=20 --=20=20
>=20 Siemens AG, Corporate Technology, CT SE 2=20
>=20 Corporate Competence Center Embedded Linux=20

ok, i tried a few things...and now it seems, that there are no freeze= s anymore ( 2 hours no freeze )
there is one funny thing...in xfce ...the program for propritary driv= ers(under system->hardware drivers) says, that i'm using 'scsi low-level= driver for ATA in ACPI mode' ...i deaktivated it(no tick in the box under = aktive)=A0 but it still says that it is in use . However..it seems , that t= he system is stable since i made this change.

so thanks for your advice with the drivers :D

regards

Rick