From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <yust@anti-leasure.ru>
Date: Sat, 5 Mar 2005 14:50:57 +0200
From: Alex Yustasov <yust@anti-leasure.ru>
To: devel-kernel@altlinux.ru
Subject: Re: [d-kernel] vesafb-tng =?koi8-r?B?1yBj?=
	=?koi8-r?Q?vs?=
Message-ID: <20050305125057.GB10356@yust.work>
Mail-Followup-To: Alex Yustasov <yust@anti-leasure.ru>,
	devel-kernel@altlinux.ru
References: <20050304101239.GA31600@yust.work>
	<1412067779.20050304153002@ntmdt.ru>
	<20050304185158.GA8904@yust.work>
	<635051360.20050305121502@ntmdt.ru>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <635051360.20050305121502@ntmdt.ru>
User-Agent: Mutt/1.5.8+cvs20050213i
X-AV-Checked: ClamAV using ClamSMTP
X-BeenThere: devel-kernel@altlinux.ru
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: ALT Linux kernel packages development <devel-kernel@altlinux.ru>
List-Id: ALT Linux kernel packages development <devel-kernel.altlinux.ru>
List-Unsubscribe: <https://lists.altlinux.ru/mailman/listinfo/devel-kernel>,
	<mailto:devel-kernel-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://lists.altlinux.ru/pipermail/devel-kernel>
List-Post: <mailto:devel-kernel@altlinux.ru>
List-Help: <mailto:devel-kernel-request@altlinux.ru?subject=help>
List-Subscribe: <https://lists.altlinux.ru/mailman/listinfo/devel-kernel>,
	<mailto:devel-kernel-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Sat, 05 Mar 2005 12:51:15 -0000
Archived-At: <http://lore.altlinux.org/devel-kernel/20050305125057.GB10356@yust.work/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@altlinux.org>

On Sat, Mar 05, 2005 at 12:15:02PM +0300, Alexei V. Mezin wrote:
> Патч могу дать, но это не решение проблемы, а просто локализация
> места (видимо, одного из), где проблема проявляется.
> 
> При запуске на SMP при загрузке vesafb-tng комп просто тихо виснет.
> Попытался вставить в код отладочные printk чтобы определить, на какой
> строке замирает. И после такого "патча" все заработало. Т.е. проблема
> где-то в плохой реализации многопотоковости. Автору выслал письмо с
> пояснением ситуации. С тех пор уже выходила новая версия, но поведение
> ее не изменилось.
> 
> Сам я не разбираюсь в особенностях реализации модулей ядра с
> поддержкой потоков для SMP.

В патче про SMP только строчки
#ifdef CONFIG_SMP
	cpus_clear(current->active_mm->cpu_vm_mask);
	cpu_set(smp_processor_id(), current->active_mm->cpu_vm_mask);
#endif

Причем, по сравнению с тем, что было до нового года, 0.9-rc5,
ничего не изменилось.