From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp001.bizmail.yahoo.com (smtp001.bizmail.yahoo.com [216.136.172.125]) by ozlabs.org (Postfix) with SMTP id 0E3CC67A2C for ; Fri, 4 Feb 2005 02:43:55 +1100 (EST) In-Reply-To: <4202408A.7050200@siemens.com> References: <4202408A.7050200@siemens.com> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <754ecc31c2497b32a0c3f6df5ce21881@embeddededge.com> From: Dan Malek Date: Thu, 3 Feb 2005 10:43:55 -0500 To: Steffen Rumler Cc: linuxppc Subject: Re: uart.c: avoid changing parameter RAM on-the-fly for the console List-Id: Linux on Embedded PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Feb 3, 2005, at 10:17 AM, Steffen Rumler wrote: > According to Motorola this is _NOT_ allowed and dangerous. :-) yeah, ok ... > I suggest to do this inside rs_8xx_init() and startup() as shown > in the patch below. would you please read Documentation/CodingStyle and try sending the patch again? Although it doesn't make too much difference in this case, 2.4.20 is pretty old and it helps to get patches against the latest kernels. > With this fix, the modules hanging before can boot now. I suspect there is something else amiss, but I'll take a look at it. What is the speed of the processor and the baud rate? Thanks. -- Dan