On Tue, 16 Sep 2014 16:42:19 -0700
Isaac Dunham <ibid.ag_at_gmail.com> wrote:
> On Mon, Sep 15, 2014 at 09:57:15PM -0700, Isaac Dunham wrote:
> > On Mon, Sep 15, 2014 at 12:35:09PM -0700, Isaac Dunham wrote:
> > >
> > > Well, ran into more problems:
> > > - on the second boot, the problem reappeared.
> > > - I chrooted in, purged linux-vanilla, exited, umounted the root
> > > partition, ran e2fsck -p (which fixed several isssues with "deleted
> > > inodes"), ran e2fsck -cckv, which reported no bad blocks or other
> > > issues, remounted & chrooted, installed linux-vanilla, ran
> > > apk fix mkinitfs,
> > > exited, umounted, ran sync; sync; sync;
> > > and rebooted to find that the issue was still there.
> > >
> > > Most modules are giving me complaints about missing symbols or bad
> > > symbol versions.
> > Well, I installed the latest from the 3.0 repo, which is to say I
> > downgraded from kernel 3.14.18 (in edge) to 3.14.17, and everything worked.
> > So I'm fairly conviced that there's a bug or miscompile in 3.14.18.
> Definitely bug in 3.14.18:
> alpine build of 3.14.17: works
> local build of 3.14.17: works
> alpine build of 3.14.18: does not work
> local build of 3.14.18: does not work
> I still don't know what the cause is, though.
which arch is it? I have 3.14.18 working on my x86_64 laptop.
The config was modified from 3.14.17 -> .18:
_at_@ -484,7 +484,10 @@ CONFIG_SCHED_HRTICK=y
# CONFIG_KEXEC is not set
# CONFIG_CRASH_DUMP is not set
-# CONFIG_RELOCATABLE is not set
# CONFIG_BOOTPARAM_HOTPLUG_CPU0 is not set
Mostly due to be similar x86_64, which recently got requirement of
CONFIG_RELOCATABLE for EFI (and it looked like a good thing to have
> Isaac Dunham
Received on Wed Sep 17 2014 - 16:06:13 GMT