Re: Oxford Semiconductor Ltd OX16PCI954 - weird dmesg

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

 



[+cc linux-pci (please keep the list copied so others can
contribute/benefit and it's searchable via list archives)]

On Mon, Nov 04, 2019 at 04:25:02PM +0100, Carlo Pisani wrote:
> > I think the first step is to fix the problem that prevents current
> > kernels from booting.  It's not really practical to debug v4.4.
> 
> does anyone have a modern kernel working for rb532?
> because I suspect Linux is in regressing regarding this point.

I have no idea what rb532 is or whether Linux is regressing on it.
Any platform that isn't tested occasionally does tend to regress over
time.

> > It sounds like the firmware fails to even load v4.11?  If that's the
> > case, it's probably not a problem with the kernel itself, since it
> > hasn't even started executing.  Possibly a kernel size problem?  Maybe
> > the v4.11 kernel is larger than v4.4, v4.9, etc?  Does v4.11 boot if
> > you strip out non-essential drivers?
> 
> I do not know, and I don't understand. The rb532 manual doesn't say a
> word regarding the maximal size of the kernel, which in our case is
> less than 8Mbyte

Is the v4.11 kernel image bigger than the v4.4 kernel that boots?

> We tried to strip extra functions out of the kernel v5.*, but no dice
> 
> hence, first we need to fix kernel 4.4 which boots and work, then we
> can try to understand what is wrong with kernel v5.*
> 
> our time is limited, and we have to complete a project rather than
> play with the kernel

Sorry, I should have been more clear.  I don't think it's practical
*for me* to debug something on v4.4.  It may well be practical for you
because you have different constraints than I do.

Bjorn



[Index of Archives]     [DMA Engine]     [Linux Coverity]     [Linux USB]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Greybus]

  Powered by Linux