From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Ferre Subject: Re: Problem with FB Date: Fri, 18 May 2007 15:24:10 +0200 Message-ID: <464DA8FA.6050303@rfo.atmel.com> References: <464B3527.4080406@apexar.com> <464D5A56.4070906@rfo.atmel.com> <464DA279.6070404@apexar.com> Reply-To: linux-fbdev-devel@lists.sourceforge.net Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.92] helo=mail.sourceforge.net) by sc8-sf-list1-new.sourceforge.net with esmtp (Exim 4.43) id 1Hp2RL-0003yG-RO for linux-fbdev-devel@lists.sourceforge.net; Fri, 18 May 2007 06:24:30 -0700 Received: from mail.atmel.fr ([81.80.104.162] helo=atmel-es2.atmel.fr) by mail.sourceforge.net with esmtp (Exim 4.44) id 1Hp2RK-00019a-U6 for linux-fbdev-devel@lists.sourceforge.net; Fri, 18 May 2007 06:24:15 -0700 Received: from fwat.rfo.atmel.com (gateway [192.168.1.1]) by atmel-es2.atmel.fr (8.11.6+Sun/8.11.6) with SMTP id l4IDKQm19979 for ; Fri, 18 May 2007 15:20:26 +0200 (MEST) Received: from meyreuil (meyreuil [10.159.254.132]) by meyreuil.atmel.fr (8.11.7p1+Sun/8.11.7) with ESMTP id l4IDOA826564 for ; Fri, 18 May 2007 15:24:10 +0200 (MEST) In-Reply-To: <464DA279.6070404@apexar.com> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-fbdev-devel-bounces@lists.sourceforge.net Errors-To: linux-fbdev-devel-bounces@lists.sourceforge.net To: linux-fbdev-devel@lists.sourceforge.net Diego A. Fons : > Nicolas Ferre escribi=F3: > = >> Diego A. Fons : >> = >> >>> Hi, >>> >>> First of all i'm not sure if it is the correct list for posting this = >>> mail, if it's not, please tell me wich list is the correct one. >>> >>> I'm working on an embedded device (a Ronetix pm9261 board with an = >>> AT91SAM9261 cpu), i could build the linux kernel version 2.6.19.7 = >>> with framebuffer support and it works fine. The problem is when i run = >>> any command that uses net services, i.e. when i run sftp the sreen = >>> moves and it kept like this, the offset (0,0) is in position (100,0) = >>> (it's just an example, i don't know thw correct values) and i'm not = >>> able to correct it. It occurs every time i run a net comand. The = >>> display i'm usin is a LCD and the driver is sidsab.c. >>> = >> >> Strange behavior is not it ;-) >> >> I have seen this before and it was due to a bad timing setup of the >> dm9000 chip select. >> >> - at91_sys_write(AT91_SMC_CYCLE(2), AT91_SMC_NWECYCLE_(0) | = >> AT91_SMC_NRDCYCLE_(16)); >> + at91_sys_write(AT91_SMC_CYCLE(2), AT91_SMC_NWECYCLE_(16) | = >> AT91_SMC_NRDCYCLE_(16)); >> >> Is you have the first configuration, try with the second and it should >> fix your problem. >> >> Hope that it helps. Tell us if it works. >> >> Regards, >> = >> > Thanks for replying! > = > I search the line you describes and i could find something similar in = > the initialization routine (attach) this is the similar line: > = > at91_sys_write(AT91_SMC_CYCLE(2), \ > ( AT91_DM9000_NWE_CYCLE | > AT91_DM9000_NRD_CYCLE)); > = > The macros are: > = > #define AT91_DM9000_NWE_CYCLE (32 << 0) > #define AT91_DM9000_NRD_CYCLE (32 << 16) > = > Did you refer to that? or i have to look another place? Definitely yes. (sorry I should have said that is was in board-xxxx9261.c kind of files). In this case AT91_DM9000_NWE_CYCLE is... 32 ! So my patch does not apply (we had to set it to 16 instead of 0 on our sam9261ek eval board). I think that ronetix is running the sam9261 at a higher speed than we do on the Atmel sam9261ek : you should then reconsider the dm9000 timings (though= they seem to have adapted theirs already...). Tell us if you find the proper ones (or if it is another reason). Regards, -- = Nicolas Ferre ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/