Another update, and the news is mixed as usual.

A stock 3.11-rc3 kernel compiled on a F18 root fs appears to be working great,
and not only does it solve the MAC address issue, it now also supports the USB
ports on the mirabox.

On the downside, the exact same kernel compiled on F19 comes up but soon after
startup hits these:

[  330.307636] Unable to handle kernel paging request at virtual address bf370a58
[  330.314988] pgd = ee12c000
[  330.316393] [bf370a58] *pgd=2dd00811, *pte=00000000, *ppte=00000000
[  330.321402] Internal error: Oops: 7 [#1] ARM
[  330.324371] Modules linked in: tun gfs2 sha1_generic drbd lru_cache dlm sctp configfs ipt_MASQUERADE iptable_nat nf_nat_ipv4 nf_nat iptable_mangle ipt_REJECT xt_conntrack ebtable_filter ebtables iptable_filter ip_tables ext3 jbd autofs4 ext4 jbd2 mbcache sd_mod usb_storage mmc_block xhci_hcd mvsdio mmc_core ehci_orion
[  330.351619] CPU: 0 PID: 1774 Comm: lrmd Not tainted 3.11.0-rc3-stock1 #26
[  330.357111] task: ee098540 ti: ee102000 task.ti: ee102000
[  330.361220] PC is at copy_process.part.65+0x9ac/0xdd0
[  330.364980] LR is at recalc_sigpending+0x20/0x70
[  330.368299] pc : [<c001e1c0>]    lr : [<c002cd48>]    psr: 20000093
sp : ee103f00  ip : ee103efc  fp : ee103f4c
[  330.377183] r10: b6fde068  r9 : ed126b40  r8 : c03ffbf8
[  330.381111] r7 : ed126c7c  r6 : c0417f40  r5 : ee102000  r4 : 01200011
[  330.386342] r3 : bf370a3c  r2 : eea65a40  r1 : ee098540  r0 : 00000000
[  330.391575] Flags: nzCv  IRQs off  FIQs on  Mode SVC_32  ISA ARM  Segment user
[  330.397503] Control: 10c5387d  Table: 2e12c019  DAC: 00000015
[  330.401951] Process lrmd (pid: 1774, stack limit = 0xee102230)
[  330.406487] Stack: (0xee103f00 to 0xee104000)
[  330.409549] 3f00: ed126cb4 00000000 ed126c3c 00000000 00000000 00000000 ee103f78 fffffff4
[  330.416436] 3f20: ee102000 01200011 00020200 00000000 00000000 00000000 ee102000 00000000
[  330.423323] 3f40: ee103f8c ee103f50 c001e734 c001d820 ee103efc 00000000 00000000 c0157bb4
[  330.430211] 3f60: ee103f94 ee103f70 c00ba6b8 b6fde068 bee38828 48a50000 00000078 c000e6a8
[  330.437098] 3f80: ee103fa4 ee103f90 c001ea18 c001e6a4 b6fde068 c00ba614 00000000 ee103fa8
[  330.443986] 3fa0: c000e500 c001ea00 b6fde068 bee38828 01200011 00000000 00000000 00000000
[  330.450874] 3fc0: b6fde068 bee38828 48a50000 00000078 46ba4000 b6fde000 0003c138 bee38864
[  330.457761] 3fe0: b6fde4c0 bee38828 000006ee 489aa0cc 60000010 01200011 3ec52a3e 3ec53a3e
[  330.464643] Backtrace:
[  330.465805] [<c001d814>] (copy_process.part.65+0x0/0xdd0) from [<c001e734>] (do_fork+0x9c/0x2c4)
[  330.473303] [<c001e698>] (do_fork+0x0/0x2c4) from [<c001ea18>] (SyS_clone+0x24/0x2c)
[  330.479750]  r8:c000e6a8 r7:00000078 r6:48a50000 r5:bee38828 r4:b6fde068
[  330.485218] [<c001e9f4>] (SyS_clone+0x0/0x2c) from [<c000e500>] (ret_fast_syscall+0x0/0x30)
[  330.492279] Code: e5933138 e5893138 e59c3004 e08c3203 (e593201c)
[  330.497077] ---[ end trace 836c3039ee5ba43a ]---
[  333.601499] ------------[ cut here ]------------
[  333.605836] Kernel BUG at c00c4f18 [verbose debug info unavailable]
[  333.610809] Internal error: Oops - BUG: 0 [#2] ARM
[  333.614300] Modules linked in: tun gfs2 sha1_generic drbd lru_cache dlm sctp configfs ipt_MASQUERADE iptable_nat nf_nat_ipv4 nf_nat iptable_mangle ipt_REJECT xt_conntrack ebtable_filter ebtables iptable_filter ip_tables ext3 jbd autofs4 ext4 jbd2 mbcache sd_mod usb_storage mmc_block xhci_hcd mvsdio mmc_core ehci_orion
[  333.641540] CPU: 0 PID: 3498 Comm: httpd Tainted: G      D      3.11.0-rc3-stock1 #26
[  333.648077] task: ed17f480 ti: ed228000 task.ti: ed228000
[  333.652188] PC is at dput+0x150/0x154
[  333.654552] LR is at __fput+0x108/0x1f4
[  333.657090] pc : [<c00c4f18>]    lr : [<c00b3a78>]    psr: 60000013
sp : ed229f10  ip : ed229f28  fp : ed229f24
[  333.665974] r10: ee359b08  r9 : 00000000  r8 : 40000010
[  333.669901] r7 : ed8fe080  r6 : ee7fb810  r5 : ed903778  r4 : ed903778
[  333.675132] r3 : 00000000  r2 : 20000013  r1 : c04020c8  r0 : ed903778
[  333.680364] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
[  333.686204] Control: 10c5387d  Table: 2d1c4019  DAC: 00000015
[  333.690653] Process httpd (pid: 3498, stack limit = 0xed228230)
[  333.695276] Stack: (0xed229f10 to 0xed22a000)
[  333.698336] 9f00:                                     ee359b00 ed903778 ed229f5c ed229f28
[  333.705224] 9f20: c00b3a78 c00c4dd4 00000000 00000000 c00b3efc ed17f738 ed17f480 c041e694
[  333.712111] 9f40: 00000000 c000e6a8 ed228000 00000000 ed229f6c ed229f60 c00b3bbc c00b397c
[  333.718999] 9f60: ed229f8c ed229f70 c00398a4 c00b3bb8 ed228010 ed228000 c000e6a8 ed229fb0
[  333.725887] 9f80: ed229fac ed229f90 c00118b0 c0039810 00000004 b705d790 b7023a68 00000006
[  333.732774] 9fa0: 00000000 ed229fb0 c000e540 c0011830 00000000 00000000 00000001 00000001
[  333.739662] 9fc0: 00000004 b705d790 b7023a68 00000006 b705d8d8 b705d770 b6fcb0a8 bedac5e8
[  333.746549] 9fe0: 00000000 bedabf00 b6bad2b8 b6b76294 60000010 00000004 00000000 00000000
[  333.753431] Backtrace:
[  333.754592] [<c00c4dc8>] (dput+0x0/0x154) from [<c00b3a78>] (__fput+0x108/0x1f4)
[  333.760692]  r5:ed903778 r4:ee359b00
[  333.762991] [<c00b3970>] (__fput+0x0/0x1f4) from [<c00b3bbc>] (____fput+0x10/0x14)
[  333.769277] [<c00b3bac>] (____fput+0x0/0x14) from [<c00398a4>] (task_work_run+0xa0/0xb4)
[  333.776086] [<c0039804>] (task_work_run+0x0/0xb4) from [<c00118b0>] (do_work_pending+0x8c/0xac)
[  333.783490]  r7:ed229fb0 r6:c000e6a8 r5:ed228000 r4:ed228010
[  333.787902] [<c0011824>] (do_work_pending+0x0/0xac) from [<c000e540>] (work_pending+0xc/0x20)
[  333.795131]  r7:00000006 r6:b7023a68 r5:b705d790 r4:00000004
[  333.799540] Code: e5820004 e2812001 e583207c eaffffe4 (e7f001f2)
[  333.804339] ---[ end trace 836c3039ee5ba43b ]---


Unfortunately I have no idea how to debug this.  Should I file a bug against this?  Since it's a stock
kernel I don't know if it would be accepted on the fedora bugzilla.  Of course the fedora kernels aren't
working at all on mirabox, so maybe a bug should be filed for that as well?  Unfortunately there's even
less information I can supply about what the issue is there.

J.


On 7/27/2013 15:57, Jochen De Smet wrote:
On 7/26/2013 22:40, Jared K. Smith wrote:
On Wed, Jul 24, 2013 at 1:10 PM, Jochen De Smet <jochen.arm@leahnim.org> wrote:
In case anyone interested, it appears kernel v3.11-rc1 and up contain a fix for the above, so the
workaround should not be needed when using a kernel newer than that. Haven't tried it yet myself.

I tried the 3.11.0-0.rc2.git3.1.fc20.armv7hl kernel from Koji on my Mirabox this afternoon, and it completely hangs with no output. :-(

Just in case you want to try it, I've put the kernel, initrd and modules I'm currently using here:
http://www.leahnim.org:8080/~jochen/mira/

I haven't found a working pre-built Fedora kernel yet, and I still haven't had time to try and build
a 3.11-rc2 since both my Miraboxes are now running F19 on which I haven't been able to build a
good kernel yet.

J.

--
Jared Smith



_______________________________________________
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm