Current-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: RPI build failure



I am getting a crash, though; this RPI is connected to a 27" Dell monitor's USB hub, the k/b and mouse go there. After a message that they have been detached (perhaps power saving on the monitor - it happens when left overnight) I receive:

uvm.fault(0xc051b078,da3c8000,1) -> e
Fatal kernel mode data abort: 'Translation Fault (S)'
trapframe: 0xcbb39e70
FSR=00000005, FAR=da3c9dff, spsr=20000013
.... registers... 
Stopped in pid 0.21 (system) at netbsd:usbd_transfer+0x600= ldr r3, [r3]

I'll leave it for a while without the USB hub to see if this is indeed the reason (this is not the first time it has happened - prior to 7.99.5 it was running aroung 6.99.49 vintage and was crashing in similar manner, but I never took any notice). 

Chavdar 


On Thu Feb 19 2015 at 9:18:25 AM Chavdar Ivanov <ci4ic4%gmail.com@localhost> wrote:
Thanks, I repeated the build yesterday and it completed fine. 


Chavdar Ivanov


On Thu Feb 19 2015 at 9:16:46 AM Tom Ivar Helbekkmo <tih%hamartun.priv.no@localhost> wrote:
Tom Ivar Helbekkmo <tih%hamartun.priv.no@localhost> writes:

> Chavdar Ivanov <ci4ic4%gmail.com@localhost> writes:
>
>> I've been getting the following:
>> [...]
>> #    create  sshramdisk/sshramdisk.fs
>> nbmakefs: `work' size of 14200832 is larger than the maxsize of 13631488.
>
> The size was recently updated, but you have to clean out the RPI_INSTALL
> kernel build directory for it to take effect.

Ah, wait, you don't even have the update.  You need revision 1.7 of each
of the files src/sys/arch/evbarm/conf/RPI_INSTALL and
src/distrib/evbarm/instkernel/sshramdisk/Makefile, and *then* you need
to clean out the RPI_INSTALL kernel build directory.

-tih
--
Popularity is the hallmark of mediocrity.  --Niles Crane, "Frasier"


Home | Main Index | Thread Index | Old Index