svn commit: r266850 - in head/sys/arm/xscale: i80321 i8134x ixp425 pxa

[John-Mark Gurney]

Alan Cox wrote this message on Wed, Jun 11, 2014 at 11:45 -0500:
> On 06/11/2014 02:41, John-Mark Gurney wrote:
> > Alan Cox wrote this message on Wed, Jun 11, 2014 at 01:00 -0500:
> >> On 06/10/2014 12:00, John-Mark Gurney wrote:
> >>> Alan Cox wrote this message on Tue, Jun 10, 2014 at 11:22 -0500:
> >>>> On 06/09/2014 17:17, John-Mark Gurney wrote:
> >>>>> Warner Losh wrote this message on Mon, Jun 09, 2014 at 14:08 -0600:
> >>>>>> On Jun 9, 2014, at 1:23 PM, Alan Cox <alc at rice.edu> wrote:
> >>>>>>
> >>>>>>> On Jun 9, 2014, at 12:44 PM, John-Mark Gurney wrote:
> >>>>>>>
> >>>>>>>> Alan Cox wrote this message on Mon, Jun 09, 2014 at 11:56 -0500:
> >>>>>>>>> I made a mistake with the new KASSERT()s in vm_reserv_break().  Try this.
> >>>>>>>> No worried, the new patch panics:
> >>>>>>>> panic: vm_reserv_break: 2 saved_object=0xc06e6378 x=253 m_tmp->object=0xc06e6378 (1)
> >>>>>>>>
> >>>>>>> Is your arm processor running in big-endian or little-endian mode?
> >>>>>> Big Endian.
> >>>>> Specificly, TARGET_ARCH=armeb...  So, ARMv4 in big-endian mode...
> >>>>>
> >>>> Please try the attached patch.
> >>> This patch now boots to multiuser mode and I can log in!
> >>>
> >>> I can now more easily debug newsyslog segfaulting and stuff... I'll
> >>> let you know if I have any more issues...
> >>>
> >>> Thanks again for tracking this down!
> >>>
> >> Here is a commit-able patch.  Please tell me if it works.
> > So, it worked for a while, but it looks like there are still lingering
> > bugs...  Not sure if this is the same, or different...
> 
> This is an entirely different problem.  It's also a much simpler problem.
> 
> A simple workaround patch is attached.  Go ahead and commit this patch
> yourself if it helps.

Thanks committed...

-- 
  John-Mark Gurney				Voice: +1 415 225 5579

     "All that I will do, has been done, All that I have, has not."