Date: Sun, 24 Jan 2010 02:41:51 +0100 From: Florian Kruegl <smeagle@bsdler.de> To: Oleksandr Tymoshenko <gonzo@bluezbox.com> Cc: freebsd-mips@freebsd.org Subject: Re: AR71XX RTC Message-ID: <1264297311.2647.51.camel@brain.lan.terror.local> In-Reply-To: <C2B55CE7-E350-4BEA-A37B-9673CD802B31@bluezbox.com> References: <1264291220.2647.2.camel@brain.lan.terror.local> <77401129-0991-44BE-88A5-F4AA0E347703@bluezbox.com> <1264293898.2647.15.camel@brain.lan.terror.local> <C2B55CE7-E350-4BEA-A37B-9673CD802B31@bluezbox.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 2010-01-23 at 16:53 -0800, Oleksandr Tymoshenko wrote: > On 2010-01-23, at 4:44 PM, Florian Kruegl wrote: > > > Hi, > > > > On Sat, 2010-01-23 at 16:21 -0800, Oleksandr Tymoshenko wrote: > >> On 2010-01-23, at 4:00 PM, Florian Kruegl wrote: > >> > >>> Hi, > >>> > >>> anyone working on pfc2123 driver for RouterStation Pro? > >>> Seems quite well documented, one issue might be CS hack, but the rest > >>> should be straight. > >> Driver was commited yesterday: > >> http://svn.freebsd.org/viewvc/base?view=revision&revision=202839 > >> > >> And yes, CS hack is the problem. I'm trying to figure out how to fit it into FreeBSD > >> SPI framework. > > > > sounds good, will do an update as soon as i removed me work from code. > > My CS "solution" was more than crude, but the frames simply didn't > > fit... so I am looking forward for a different one :) > > Yeah, my CS solution was dirty hack too. If for "didn't fit" you mean missing last > byte of frame then this problem was solved to. Bug was in AR71XX SPI code: falling > edge was not provided for last byte in transfer in time and RTC chip acts of falling edge. > Fix was committed before driver. > > > code looks similar, can't tell much about result as kernel hangs for a while before getting this: <<<<<<<<<<<<<<<<<<<<<<<<<<< schnipp >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Trap cause = 2 (TLB miss (load or instr. fetch) - kernel mode) [thread pid 4 tid 100009 ] Stopped at _thread_lock_flags+0x150: lw v0,60(a3) db> bt Tracing pid 4 tid 100009 td 0xc0c47270 db_trace_thread+30 (?,?,?,?) ra 800a6c10 sz 24 800a6af4+11c (0,?,ffffffff,?) ra 800a6604 sz 32 800a6270+394 (?,?,?,?) ra 800a6794 sz 168 db_command_loop+78 (?,?,?,?) ra 800a8e68 sz 24 800a8d60+108 (?,?,?,?) ra 80215ff8 sz 424 kdb_trap+f8 (?,?,?,?) ra 80474350 sz 32 trap+134c (?,?,?,?) ra 8046b7fc sz 176 MipsKernGenException+100 (b,173,804d5de8,deadc0d8) ra 801c593c sz 200 _thread_lock_flags+130 (?,?,?,?) ra 80221f18 sz 56 sleepq_broadcast+ac (?,?,?,?) ra 801e5f20 sz 40 wakeup+2c (?,?,?,?) ra 8016de18 sz 32 g_io_deliver+198 (?,?,?,?) ra 8016bbd4 sz 80 8016b590+644 (?,?,?,?) ra 8016e184 sz 104 g_io_schedule_down+2ec (?,?,?,?) ra 8016eb94 sz 64 8016eb18+7c (?,?,?,?) ra 801a331c sz 24 fork_exit+a0 (?,?,?,?) ra 80478f10 sz 48 fork_trampoline+10 (?,?,?,?) ra 0 sz 0 pid 4 <<<<<<<<<<<<<<<<<<<<<<<<<<< schnapp >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> will use AR71XX as config file tomorrow, mine has many additional devs configured for booting from usb devices. and speaking about delay, I managed to boot using SD-Cards and USB Sticks as rootfs by adding a (configurable) delay to root_mount_prepare(). I am quite good in delaying things. usbus1 is finished, but scsi device is not yet ready. I wonder if SCSI_DELAY should do the trick, but I didn't give it a try. as I believe it's only used for physical SCSI bus. Flo
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1264297311.2647.51.camel>