lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CANqCtQLjy4Ez9D9yH9gJ_h026ThEWOYeQGrosOrSAMsnvx5HPg@mail.gmail.com>
Date:	Sat, 30 Jul 2011 22:21:25 +0200
From:	Remy Bohmer <linux@...mer.net>
To:	Thomas Gleixner <tglx@...utronix.de>,
	Peter Zijlstra <peterz@...radead.org>
Cc:	LKML <linux-kernel@...r.kernel.org>,
	linux-rt-users <linux-rt-users@...r.kernel.org>,
	"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>
Subject: Re: [ANNOUNCE] 3.0-rt6

Hi,

2011/7/30 Remy Bohmer <linux@...mer.net>:
>> Please keep on testing and sending patches. Peter Zijlstra kindly
>> volunteered to cover for me. He'll pick up stuff and eventually push
>> out releases when a reasonable number of sane patches hits his inbox.
>
> I got rt5 booting yesterday on a ARM core (Atmel AT91):
> * LCD driver broken, booting stops during initialising driver (seems
> to be broken in mainstream too)

Still need to debug this one.

> * Strange issue with finding files in a directory. (currently checking
> if it is RT-patch related.)

It seems that the busybox (v1.17.1) mount for loopback devices is
broken on linux-3.0. The util-linux-ng mount still works.
This is NOT a RT-patch issue.

> * Furthermore, the board feels slow... Can be perception only, need to
> check it out...

This seems to be caused by the fact that the IRQ-thread of the
ttyS0/dbgu usart is running in thread context now.
Previously it was shared with the timer interrupt and as such running
in hard-irq context. It therefor felt faster.
The debug usart now frequently misses some characters, since it only
has a 1 byte 'fifo' and the interrupt handler thread cannot keep up
with the 115200 baudrate on this board. (at91sam9261ek). The
atmel-serial driver needs an update to use threaded interrupts, and
read the fifo in hard-irq context. Maybe I pick this one up as well.

> * The patch (http://www.spinics.net/lists/arm-kernel/msg45022.html)
> that solved the problem at https://lkml.org/lkml/2007/11/26/73 is no
> longer part of the RT-patch. I Need to test if it is still needed...

Not tested yet.

Furthermore, I built a patch to add a sched_clock implementation for
the TC-based clocksource driver since the default jiffies based
sched_clock stopped running for some reason during boot. (jiffies do
not seem to be properly updated)
This patch conflicts with the RT-patch since the RT-patch touches the
same files. Should it go to mainline directly, or go via the RT-tree
first? (I will post the patch tomorrow)

Kind regards,

Remy
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ