Re: F19 install on mirabox

Jochen De Smet <jochen.arm@xxxxxxxxxxx> · Wed, 31 Jul 2013 23:24:23 -0400



    On 7/31/2013 14:15, Jon wrote:

    
      Maybe gcc is the problem?
      Perhaps install gcc from f19 into the f18 builder,
        see if that also fails.
    
    This appears to be somewhat less than trivial.  Can't install the
    f19 rpm directly, since

    the dependency chain appears rather long and includes glibc.

    
    I tried just rebuilding the f19 gcc rpm on f18, but that ends up
    bombing out with:

    
    + ../../isl-0.11.1/configure --disable-shared CC=/usr/bin/gcc
    CXX=/usr/bin/g++ 'CFLAGS=-O2 -g -march=armv7-a -mfloat-abi=hard
    -mfpu=vfpv3-d16 -fpic'
--prefix=/dir/rpm/BUILD/gcc-4.8.1-20130603/obj-armv7hl-redhat-linux/isl-install

    checking for a BSD-compatible install... /bin/install -c

    checking whether build environment is sane... yes

    <<<cut>>>

    checking whether to build shared libraries... no

    checking whether to build static libraries... yes

    checking how to run the C++ preprocessor... /lib/cpp

    configure: error: in
`/dungeon/jochen/rpm/BUILD/gcc-4.8.1-20130603/obj-armv7hl-redhat-linux/isl-build':

    configure: error: C++ preprocessor "/lib/cpp" fails sanity check

    See `config.log' for more details

    error: Bad exit status from /var/tmp/rpm-tmp.p79HhW (%build)

    
    I'll probable try the reverse next, i.e. install f18's gcc in my f19
    environment.

    
    J.

    
      On Jul 31, 2013 9:30 AM, "Jochen De Smet"
        <jochen.arm@xxxxxxxxxxx>
        wrote:

        
              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@xxxxxxxxxxx>
                  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@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/arm
            
            
          _______________________________________________

          arm mailing list

          arm@xxxxxxxxxxxxxxxxxxxxxxx

          https://admin.fedoraproject.org/mailman/listinfo/arm

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