On Mon, Aug 12, 2013 at 05:39:28PM +0200, Moritz Muehlenhoff wrote:
reassign 647858 src:linux
thanks
On Sun, Dec 04, 2011 at 05:49:57AM +, Tzafrir Cohen wrote:
Hi,
Thanks for the detailed reply.
Trying to speed things up, in the mean while,
On Sat, Dec 03, 2011 at
reassign 647858 src:linux
thanks
On Sun, Dec 04, 2011 at 05:49:57AM +, Tzafrir Cohen wrote:
Hi,
Thanks for the detailed reply.
Trying to speed things up, in the mean while,
On Sat, Dec 03, 2011 at 04:05:06PM -0600, Jonathan Nieder wrote:
Tzafrir Cohen wrote:
[...]
ACPI:
On Fri, Dec 02, 2011 at 06:33:31PM -0600, Jonathan Nieder wrote:
Tzafrir Cohen wrote:
The system does not freeze on a 'modprobe viafb'. It merely blanks the
screen. If I disable loading this module, I will basically load. The
system will still hang at random a while later (several hours?
Tzafrir Cohen wrote:
Attached. There fas an fsck which has delayed the boot. sdb is a card
readers, and is empty.
Thanks.
[...]
I'm not exactly sure what would upstream be.
That's exactly the right line of reasoning.
It sounds like preventing viafb from loading does not avoid trouble,
so
Jonathan Nieder wrote:
There's a recent patch in the PCI tree (but not in mainline yet) that
might change this behavior and which I am rather fond of (7f92c4f7d92a,
PCI: Rework ASPM disable code, 2011-11-10). Attaching it in case
you want to try it.
Actually attaching this time.
commit
# Tzafrir Cohen wrote:
#
# I also tried a self-compiled 3.2.0-rc2 with the same results.
tags 647858 = upstream
quit
Tzafrir Cohen wrote:
The system does not freeze on a 'modprobe viafb'. It merely blanks the
screen. If I disable loading this module, I will basically load. The
system will
6 matches
Mail list logo