对齐陷阱：不处理[<80467364>]处的指令e1913f9f

Question

当我在应用程序中使用自己的ioctl i2c写入功能进行i2c写入时，内核出现“对齐陷阱：未处理指令”的问题。

实际上，我为相机编写了自己的驱动程序，具有i2c读/写功能来控制相机（控制路径）。

这是我用于编写目的访问i2c的代码。

此问题是在i2c几次运行写入应用程序或首次运行本身之后出现的。...因此，我们无法预测出现此问题的原因。

我也看到过这种情况，单次运行后，几分钟后我们会遇到这个问题。

我不知道可能是什么问题。 顺便说一句，我以相同的方式具有i2c读取功能，但没有任何“ kmalloc”或内存分配/可用空间。 并且它的工作没有任何问题。

在代码中，如果我注释掉“ kfree（temp_buff）”，那么我就不会遇到“对齐”陷阱问题，但是不建议这样做吗？

有人可以帮助我解决这个问题吗？

    static s32 ioctl_i2cwrite(struct v4l2_int_device *s, struct v4l2_i2c *i2c_reg)
    {
        int j = 0, i = 0, ret = 0, reg_size_bkp = 0;
    //Titus
        int total_size = i2c_reg->count + i2c_reg->reg_size;    
        u8 i2c_w_buf [total_size];
        char *temp_buff;


    //  int total_size = 3;
    //  u8 i2c_w_buf[3];


        printk("Titus : i2c_write executed! %s : %d, total_size -> %d\n",__func__,__LINE__,total_size);


    //  temp_buff = kmalloc(i2c_reg->count * sizeof(char), GFP_KERNEL);
        temp_buff = kmalloc(i2c_reg->count, GFP_KERNEL);
        if(temp_buff == NULL){
            printk("failed to allocate memory:\n");
            return -1;  
        }

        memset(temp_buff, 0, i2c_reg->count);
        memcpy(temp_buff, i2c_reg->buffer, i2c_reg->count);
    /*
        ret = copy_from_user(temp_buff,i2c_reg->buffer,i2c_reg->count);
        if(ret != 0)
        {
        pr_err("copy_from_user is failed... %s %d\n",__FILE__,__LINE__);
        kfree(temp_buff);
        return ret; 
        }
    */

        /* Backup the size of register which needs to be read after filling the address buffer */
        reg_size_bkp = i2c_reg->reg_size;
        printk(" i2c_write: reg_size_bkp=%d i2c_reg->reg_size=%d  %s\n",reg_size_bkp,i2c_reg->reg_size, __FILE__);


        // Fill the address in buffer upto size of address want to write */
        for(i = --i2c_reg->reg_size; i >= 0 ; i--,j++)              
            i2c_w_buf[i] = ((i2c_reg->reg >> (8*j)) & 0xFF);    

        /* Append the data value in the same buffer  */
        for(i = reg_size_bkp; i < (i2c_reg->count + reg_size_bkp) ; i++,temp_buff++)
            i2c_w_buf[i] = *temp_buff;

        ret = i2c_master_send(leonardo_data.i2c_client, i2c_w_buf, total_size );

        //TODO: Titus: It leads to alignment trap issue.
        kfree(temp_buff);


        return ret;
}

root @ imx6：/＃root @ imx6：＃ ：ov5642_camera mxc_v4l2_capture ipu_bg_overlay_sdc ipu_still ipu_prp_enc ipu_csi_enc adv7180_tvin ipu_fg_overlay_sdc v4l2_int_device gpio_keys usb_f_ecm g_ether usb_f_rndis u_ether libcomposite CPU：1 PID：935通信：Xorg的不被污染52年3月14日 - svn99＃2任务：a8ace3c0 TI：a8d38000 task.ti：a8d38000 PC是在gckOS_AtomIncrement + 0x1c / 0x48 LR位于gckVIDMEM_NODE_Allocate + 0x100 / 0x13c pc：[<80467368>] lr：[<8047b810>] psr：a00f0013 sp：a8d39c50 ip：a8d39c60 fp：a8d39c5c r10：00000006 r9 ：00000000 r5：a8846300 r4：9e383240 r3：00000000 r2：a8d39c6c r1：9e383d41 r0：a8846300标志：SVC_32 ISA ARM段用户控制模式下FIQ上的NzCv IRQ：10c5387d表：3840404a DAC：00000015 Process Xorg（pid：限制= 0xa8d38238）堆栈 ：（0xa8d39c50至0xa8d3a000）9c40：
a8d39c9c a8d39c60 8047b810 80467358 9c60：800dd984 9e383240 00000000 a8ec7e80 a868c540 00000009 00000007 00000002 9c80：00000006 00000001 a8846700 00004000 a8d39cfc a8d39ca0 8046ecfc 8047b71c 9ca0：a8d39ccc a8d39cb0 800ddb1c 80052c24 a8819a00 000003a7 00004000 a8d39db8 9cc0：000000cc a8b37cc0 a8ec7e80 00000000 a8b37eb4 FFFFFFFF 00000000 a8d39d88 9ce0：a8846700 00000000 a8d38000 00000001 a8d39d5c a8d39d00 80471768 8046ea34 9d00：00000040 00000006 00000003 a8d39dbc 00000000 00100100 00000000 00000000 9d20：00000000 000003a7 a8b37eb4 00000000 ffffffff 00000000 a8844600 a8de7540 9d40：a8d38000 00007530883848e38f8f48f8f8f38f8f8f8f3e8f3f8f3e8f8f8f8f8f8e8f8f8e8f8e8f8c8e8f8e8e8f8e8f9e9b8e8f8f8f8f9bd88000a8f8f8f8f8f8f8f8f8f8f8f8f8f8f8f8f8f8f8f8f8f8f8f8f8f8f8f8f8f8f8fb

9d60：00000000 00000000 7e8f3970 00000000 00000140 00000000 7e8f3970 00000000 9d80：00000140 00000000 00000007 00000002 00000000 00000000 00000000 00000000 9da0：00000000 00000000 00004000 00000040 00000006 00000003 00000001 00000000 9dc0：00000000 00000000 00000000 000000000 fff00f 76f00e 9f00e 9e00f00e00e 9e00f00e00e 9e0e00e00e9e9e6e9e0e8bfbfbfbfbfbfbfbfbfbfbfbfbfbfbfbfbfbfbfbfbf人9e00：fffffff0 783b79f0 00001000 00000000 00000000 7e8f39ec 00000001 7e8f3a10 root @ imx6：/＃9e20：00000000 00000000 00000020 76f674a3 00000000 00000002 00000000 76fab554 9e40：7835f998 76b89000 00000009 76fb018018 76fb00000c00000b00000c00000b00000c00000f00000b00000c00000b00000c00000f00000b00000c00000f00000b 00000cb 8000b 8000cb 00000000 76b894e8 7e8f3ae4 00000044 7e8f3ad0 00000028 9ea0：0000001a 783fac14 00000000 76afbe9d 00000000 00000000 00000040 7e8f3ae4 9ec0：780d6228 766ce63c a8d39ef4 a82f4780 a82f4780 00088888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888888e8e 8046d728 8004e090 8004dcb8 9f00：a8d39f1c a8d39f10 7e8f3a10 7e8f39f4 00000000 00000129 8000eae4 a63ed680 9f20：7e8f39f4 00000000 00000129 8000eae4 a8d38000 00000000 a8d39f94 a8d39f48 9f40：80507e24 805067b4 00000000 00000001 7e8f3c48 a82f4780 a82f4780 00007530 9f60：7e8f38f8 00000009 a8d38000 00000000 a8d39fa4 a8d39f80 800f2c50 800f2688 9f80：780d6228 00002710 766f2548 00007530 00000036 8000eae4 00000000 a8d39fa8 9fa0：8000e960 800f2c20 00002710 766f2548 00000009 00007530 7e8f38f8 780d6228 9fc0：00002710 766f2548 00007530 00000036 00000028 0000001a 783fac14 00000000 9fe0：766e7550 7e8f38e4 766cf9d8 76b342b6 800f0030 00000009 3bf58811 3bf58c11回溯：[<8046734c>]（gckOS_AtomIncrement）从[<8047b810>]（来自[<8046ecfc>]的gckVIDMEM_NODE_Allocate + 0x100 / 0x13c）[<8047b710>]（gckVIDMEM_NODE_Allocate）（gckKERNEL_AllocateLinearMemory + 0x2d4 / 0x338）r10：00004000 r9：a8846700 r8：00000001 r7：0067：00 8046ea28>]（gckKERNEL_AllocateLinearMemory）来自[<8047176 8>]（gckKERNEL_Dispatch + 0x9d8 / 0x1080）r10：00000001 r9：a8d38000 r8：00000000 r7：a8846700 r6：a8d39d88 r5：00000000 r4：ffffffff [<80470d90>]（gckKERNEL_Dispatch）来自[<8046d848>] / l（drv_coct） 0x2b8）r10：7e8f38f8 r8：a8104338 r7：00007530 r6：a8d38000 r5：a8de7540 r4：a8844600 [<8046d71c>]（drv_ioctl）来自[<800f26fc>]（do_vfs_ioctl + 0x80 /​​ 8x888888888 r7：7e8f38f8 r6：00007530 r5：a82f4780 r4：a82f4780 [<800f267c>]（do_vfs_ioctl）来自[<800f2c50>]（SyS_ioctl + 0x3c / 0x60）r10：00000000 r9：a8d38000 r8：00000009 r7：7来自[<8000e960>]的a82f4780 r4：a82f4780 [<800f2c14>]（SyS_ioctl）（ret_fast_syscall + 0x0 / 0x38）r8：8000eae4 r7：00000036 r6：00007530 r5：766f2548 r4：00002710 r3：780d6228代码：e13100000ba e2833001）--- [结束跟踪095d3b4029173c21] --- ------------ [在此处剪切] ------------内核BUG位于800dda80 [详细的调试信息不​​可用]内部错误：糟糕-错误：0 [＃2]链接到的PREEMPT SMP ARM模块：ov5642_camera mxc_v4l2_ca 捕获ipu_bg_overlay_sdc ipu_stillCPU：2 PID：754 Comm：NetworkManager污染：GD 3.14.52-svn99＃2任务：a8349300 ti：a8526000 task.ti：a8526000 PC位于kfree + 0x18c / 0x198 LR位于inotify_free_event + 0x10 / 0x14 [<800dda80>] lr：[<8011db68>]
psr：40010013 sp：a8527e80 ip：80934240 fp：a8527eb4 r10：00000800 r9：a8bea6c8 r8：a8526000 r7：abb1e000 r6：7e8e4124 r5：9e380000 r4：00000020 r3：00000000 r2：ab757000 rZ：00000000模式SVC_32 ISA ARM段用户控制上的FIQ：10c5387d表：3866404a DAC：00000015进程NetworkManager（pid：754，堆栈限制= 0xa8526238）堆栈：（0xa8527e80至0xa8528000）7e80：800f34e0 0001352e 8005de80 00000020 00000005 a7e8e46000a a8527ec4 a8527eb8 8011db68 800dd900 a8527ed4 a8527ec8 7ec0：8011bec4 8011db64 a8527f44 a8527ed8 8011e168 8011bea0 a8527f44 7e8e4134 7ee0：00000010 a8bea780 7e8e4124 a8bea6e8 a8527f44 00000001 00000080 00000282 7F00：00000010 00000000 a8349300 8006657c a8527f10 a8527f10 a8d8f600 a8bea780 7F20：00000800 7e8e4124 a8527f78 00000800 a8526000 7e8e4124 a8527f74 a8527f48 7f40：800e2e64 8011df5c 800fc0a4 800fc024 00000000 00000000 a8bea781 a8bea780 7f60：00000800 7e8e4124 a8527fa4 a8527f78 800e303c 800e2dd8 00000000 00000000 7f80：7e8e411c 0000000A 7e8e4124 00000003 8000eae4 00000000 00000000 a8527fa8 7fa0：8000e960 800e3004 7e8e411c 0000000A 0000000A 7e8e4124 00000800 00000000 7fc0：7e8e411c 0000000A 7e8e4124 00000003 004cc0b0 76bdc5b8 004dcdd8 0005a195 7FE0：00000000 7e8e4110 76a99619 76a99620 80010030 0000000A 3bf5e821 3bf5ec21回溯：[<800dd8f4> [<8011db68>]中的]（kfree）（inotify_free_event + 0x10 / 0x14）r10：00000800 r9：a8bea6c8 r8：a8526000 r7：a8bea6c0 r6：7e8e4124 r5：00000005 r4：00000020 [<8011db58>]（inotify_free_event） >]（fsnotify_destroy_event + 0x30 / 0x34）[<8011e168>]中的[<8011be94>]（fsnotify_destroy_event）（inotify_read + 0x218 / 0x2f8）[<8011df50>]（inotify_read）来自[<800e2s64> 0x0x ）r10：7e8e4124 r9：a8526000 r8：00000800 r7：a8527f78 r6：7e8e4124 r5：00000800 r4：a8bea780 [<800e2dcc>]（vfs_read）from [<800e303c>]（SyS_read + 0x44 / 0x90）r10：7e84 ：a8bea780 r6：a8bea781 r5：00000000 r4：00000000 [<800e2ff8>]（SyS_read）fr om [<8000e960>]（ret_fast_syscall + 0x0 / 0x38）r10：00000000 r8：8000eae4 r7：00000003 r6：7e8e4124 r5：0000000a r4：7e8e411c代码：e7923283 e3130902 11a07001 eaffffb0（e7f001f2）--- []结束跟踪095d - power_down_callback：ipu0 / CSI0 ipu_prp_enc ipu_csi_enc adv7180_tvin ipu_fg_overlay_sdc v4l2_int_device gpio_keys usb_f_ecm g_ether usb_f_rndis u_ether libcomposite mxc_sdc_fb fb.20：1280×720 H_SYNC，R，L：40110220 V_SYNC，L，U：5,5,20 pixclock = 74250000赫兹IMX-ipuv3 2800000。 IPU：尝试IPU内部clk imx-ipuv3 2800000.ipu：disp = 0，pixel_clk = 74250000 74250000 parent = 74250000 div = 1 mxc_sdc_fb fb.20：1280x720 h_sync，r，l：40,110,220 v_sync，l，u：5,5， 20 pixclock = 74250000 Hz imx-ipuv3 2800000.ipu：尝试ipu内部clk imx-ipuv3 2800000.ipu：disp = 0，pixel_clk = 74250000 74250000 parent = 74250000 div = 1 mxc_sdc_fb fb.20：1280x720 h_sync，r，l：40,110,220 v_sync，l，u：5,5,20 pixclock = 74250000 Hz imx-ipuv3 2800000.ipu：尝试ipu内部clk imx-ipuv3 2800000.ipu：disp = 0，pixel_clk = 74250000 74250000父级 = 74250000 div = 1 mxc_sdc_fb fb.20：1280x720 h_sync，r，l：40,110,220 v_sync，l，u：5,5,20 pixclock = 74250000 Hz imx-ipuv3 2800000.ipu：尝试ipu内部clk imx-ipuv3 2800000.ipu ：显示= 0，pixel_clk = 74250000 74250000父代= 74250000 div = 1无法处理虚拟地址0024d8ac pgd = a9390000 [0024d8ac] * pgd = 00000000的内核分页请求

问候，
泰特斯S.

Answer 1

for(i = reg_size_bkp; i < (i2c_reg->count + reg_size_bkp) ; i++,temp_buff++)

在此行中，您将增加temp_buff指针，因此您将丢失分配的内存的起始地址。 当您进入free() ，您将释放一些字符对齐的随机地址，不一定是单词对齐的地址，而我猜想这就是导致对齐错误的原因。 您需要将malloc()返回的地址传递给free() 。