Visa Hankala wrote:
> On Tue, May 17, 2016 at 02:02:37AM +0200, Kim Lidström wrote:
> > Is this patch better? I have tested it by trying both cnmac0, cnmac1 and
> > cnmac2 as rootdev and it seems to work properly.
> > I also removed the outdated comment, changed the pointless text (Maybe
> > it'd
On Tue, May 17, 2016 at 02:02:37AM +0200, Kim Lidström wrote:
> Is this patch better? I have tested it by trying both cnmac0, cnmac1 and
> cnmac2 as rootdev and it seems to work properly.
> I also removed the outdated comment, changed the pointless text (Maybe
> it'd be more appropriate to remove i
Visa Hankala wrote:
> On Mon, May 16, 2016 at 01:39:31AM +0200, Kim Lidström wrote:
> > I am nfs booting my edgerouter lite and didn't like to have to manually
> > enter 'cnmac0'
> > as my root device every boot.
> >
> > This is what I came up with. I stole the idea from macppc and modified
> > i
On Mon, May 16, 2016 at 01:39:31AM +0200, Kim Lidström wrote:
> I am nfs booting my edgerouter lite and didn't like to have to manually
> enter 'cnmac0'
> as my root device every boot.
>
> This is what I came up with. I stole the idea from macppc and modified
> it a little.
>
> Am I way off here?
Hmm, alright. This didn't turn out as good as I expected after some more
testing.
Right now I am getting loads and loads of
cnmac0: cannot allocate gather buffer from free pool allocator
cnmac0: failed to transmit packet
in my dmesg.
What am I missing here? Is there an init function (octeon_et
I am nfs booting my edgerouter lite and didn't like to have to manually
enter 'cnmac0'
as my root device every boot.
This is what I came up with. I stole the idea from macppc and modified
it a little.
Am I way off here?
Index: sys/arch/octeon/octeon/autoconf.c
===