search for: kernel_read

...--------- ..... Jul 25 02:15:02 vega2008 kernel: [<c045bc58>] ? exit_mmap+0x93/0xc9 Jul 25 02:15:02 vega2008 kernel: [<c04214c2>] ? mmput+0x25/0x68 Jul 25 02:15:02 vega2008 kernel: [<c046e9c9>] ? flush_old_exec+0x4f8/0x777 Jul 25 02:15:02 vega2008 kernel: [<c046dfcf>] ? kernel_read+0x32/0x43 Jul 25 02:15:02 vega2008 kernel: [<c0490e60>] ? load_elf_binary+0x359/0x1152 Jul 25 02:15:02 vega2008 kernel: [<c045a6ee>] ? get_user_pages+0x2d5/0x35c Jul 25 02:15:02 vega2008 kernel: [<c04570d2>] ? page_address+0x78/0x98 Jul 25 02:15:02 vega2008 kernel: [<c04573...

....16+0xfd/0x4f0 [<ffffffff814839dd>] p9_client_read+0x15d/0x240 [<ffffffff811c8440>] v9fs_fid_readn+0x50/0xa0 [<ffffffff811c84a0>] v9fs_file_readn+0x10/0x20 [<ffffffff811c84e7>] v9fs_file_read+0x37/0x70 [<ffffffff8114e3fb>] vfs_read+0x9b/0x160 [<ffffffff81153571>] kernel_read+0x41/0x60 [<ffffffff810c83ab>] copy_module_from_fd.isra.34+0xfb/0x180 [<ffffffff810cc420>] SyS_finit_module+0x70/0xd0 [<ffffffff814a08fd>] system_call_fastpath+0x1a/0x1f [<ffffffffffffffff>] 0xffffffffffffffff This is easily reproducible by trying to load a module off virtf...

....16+0xfd/0x4f0 [<ffffffff814839dd>] p9_client_read+0x15d/0x240 [<ffffffff811c8440>] v9fs_fid_readn+0x50/0xa0 [<ffffffff811c84a0>] v9fs_file_readn+0x10/0x20 [<ffffffff811c84e7>] v9fs_file_read+0x37/0x70 [<ffffffff8114e3fb>] vfs_read+0x9b/0x160 [<ffffffff81153571>] kernel_read+0x41/0x60 [<ffffffff810c83ab>] copy_module_from_fd.isra.34+0xfb/0x180 [<ffffffff810cc420>] SyS_finit_module+0x70/0xd0 [<ffffffff814a08fd>] system_call_fastpath+0x1a/0x1f [<ffffffffffffffff>] 0xffffffffffffffff This is easily reproducible by trying to load a module off virtf...

...e_initcall+0x4f/0x1e2 [ 7.407672] ? free_unref_page_commit.isra.88+0xd5/0x176 [ 7.407771] ? kvfree+0x3c/0x3e [ 7.407864] ? __vunmap+0x89/0xef [ 7.407960] ? do_init_module+0x1a/0x23f [ 7.408055] do_init_module+0x82/0x23f [ 7.408153] load_module+0x243c/0x36ae [ 7.408253] ? kernel_read+0x4c/0xa1 [ 7.408350] SyS_finit_module+0x78/0x8d [ 7.408447] do_fast_syscall_32+0xc1/0x31b [ 7.408545] entry_SYSENTER_32+0x4e/0x7c [ 7.408640] EIP: 0xb7ee9ad5 [ 7.408730] EFLAGS: 00000296 CPU: 0 [ 7.408823] EAX: ffffffda EBX: 00000019 ECX: b7ce0bdd EDX: 00000000 [ 7.408920]...

...--------- ..... Jul 25 02:15:02 vega2008 kernel: [<c045bc58>] ? exit_mmap+0x93/0xc9 Jul 25 02:15:02 vega2008 kernel: [<c04214c2>] ? mmput+0x25/0x68 Jul 25 02:15:02 vega2008 kernel: [<c046e9c9>] ? flush_old_exec+0x4f8/0x777 Jul 25 02:15:02 vega2008 kernel: [<c046dfcf>] ? kernel_read+0x32/0x43 Jul 25 02:15:02 vega2008 kernel: [<c0490e60>] ? load_elf_binary+0x359/0x1152 Jul 25 02:15:02 vega2008 kernel: [<c045a6ee>] ? get_user_pages+0x2d5/0x35c Jul 25 02:15:02 vega2008 kernel: [<c04570d2>] ? page_address+0x78/0x98 Jul 25 02:15:02 vega2008 kernel: [<c04573...

...[<c015ed4a>] exit_mmap+0xb8/0x1d0 Jul 3 04:02:03 lvs2 kernel: [<c0121bb4>] mmput+0xb3/0xd6 Jul 3 04:02:03 lvs2 kernel: [<c0177e51>] exec_mmap+0x2cd/0x2e7 Jul 3 04:02:03 lvs2 kernel: [<c01780d6>] flush_old_exec+0x43/0x367 Jul 3 04:02:03 lvs2 kernel: [<c0177b7a>] kernel_read+0x31/0x3b Jul 3 04:02:03 lvs2 kernel: [<c019cbeb>] load_elf_binary+0x520/0xbe0 Jul 3 04:02:03 lvs2 kernel: [<c01776c1>] copy_strings+0x22b/0x235 Jul 3 04:02:03 lvs2 kernel: [<c01791b1>] search_binary_handler+0x81/0x1cc Jul 3 04:02:03 lvs2 kernel: [<c0179464>] do_exec...

...76440 <journal_start+ac/3a8> Trace; c006f998 <grok_partitions+9358/fd54> Trace; c0055650 <__mark_inode_dirty+4c/948> Trace; c0057394 <update_atime+64/74> Trace; c0029c18 <do_generic_file_read+4d0/8b4> Trace; c002a08c <generic_file_read+90/8bc> Trace; c0045fc4 <kernel_read+58/354> Trace; c00466a8 <prepare_binprm+100/114> Trace; c0046dec <do_execve+17c/290> Trace; c0006ed0 <start_thread+190/334> Trace; c0003dfc <set_context+6c0/8f0> Trace; 0000000c Before first symbol Trace; 01812b7c Before first symbol Trace; 01801e80 Before first symbol Tr...

The 9p-virtio transport does zero copy on things larger than 1024 bytes in size. It accomplishes this by returning the physical addresses of pages to the virtio-pci device. At present, the translation is usually a bit shift. However, that approach produces an invalid page address when we read/write to vmalloc buffers, such as those used for Linux kernle modules. This causes QEMU to die printing:

The 9p-virtio transport does zero copy on things larger than 1024 bytes in size. It accomplishes this by returning the physical addresses of pages to the virtio-pci device. At present, the translation is usually a bit shift. However, that approach produces an invalid page address when we read/write to vmalloc buffers, such as those used for Linux kernle modules. This causes QEMU to die printing:

Next version of https://patchwork.freedesktop.org/series/48596/ . Made some important changes to the refactoring patch, but everything else is the same. Lyude Paul (5): drm/nouveau: Check backlight IDs are >= 0, not > 0 drm/nouveau: Move backlight device into nouveau_connector drm/nouveau: s/nouveau_backlight_exit/nouveau_backlight_fini/ drm/nouveau: Cleanup indenting in

This series fixes some issues with nouveau's backlight support that were causing kernel panics on module reloads, specifically on systems with nouveau handling the backlight of one of the displays. While we're at it, let's cleanup nouveau_backlight.c as well Lyude Paul (5): drm/nouveau: Check backlight IDs are >= 0, not > 0 drm/nouveau: Move backlight device into

Next version of https://patchwork.freedesktop.org/series/48596/ . Added NV_INFO_ONCE and made "Move backlight device into nouveau_connector" use that instead so we don't print the GMUX warning more then once. Lyude Paul (5): drm/nouveau: Add NV_PRINTK_ONCE and variants drm/nouveau: Move backlight device into nouveau_connector drm/nouveau:

Forgot to send 6 patches instead of five since there's one new one now, whoops! No actual changes, next version of https://patchwork.freedesktop.org/series/48596/ Lyude Paul (6): drm/nouveau: Check backlight IDs are >= 0, not > 0 drm/nouveau: Add NV_PRINTK_ONCE and variants drm/nouveau: Move backlight device into nouveau_connector drm/nouveau:

Refactor for Ben, hopefully this time this should apply to his tree. Next version of https://patchwork.freedesktop.org/series/48596/ No changes otherwise. Lyude Paul (6): drm/nouveau: Check backlight IDs are >= 0, not > 0 drm/nouveau: Add NV_PRINTK_ONCE and variants drm/nouveau: Move backlight device into nouveau_connector drm/nouveau:

...p=e00000003cfd11b8 [<a000000100127130>] do_sync_read+0x110/0x160 sp=e00000003cfd7950 bsp=e00000003cfd1178 [<a000000100127390>] vfs_read+0x210/0x2c0 sp=e00000003cfd79d0 bsp=e00000003cfd1130 [<a000000100141200>] kernel_read+0x60/0xa0 sp=e00000003cfd79d0 bsp=e00000003cfd10f8 [<a0000001001923f0>] load_script+0x550/0x580 sp=e00000003cfd79e0 bsp=e00000003cfd10b8 [<a0000001001436a0>] search_binary_handler+0x400/0x7a0...

...] driver_register+0x5b/0xd0 [ 3.920024] ? 0xffffffffa0495000 [ 3.920028] do_one_initcall+0x3d/0x170 [ 3.920033] ? kmem_cache_alloc_trace+0x31/0x140 [ 3.920039] do_init_module+0x5a/0x1fc [ 3.920048] load_module+0x215e/0x2980 [ 3.920052] ? m_show+0x190/0x190 [ 3.920057] ? kernel_read+0x3b/0x50 [ 3.920062] SYSC_finit_module+0x80/0xb0 [ 3.920068] entry_SYSCALL_64_fastpath+0x1a/0xa5 [ 3.920072] RIP: 0033:0x7fe202436659 [ 3.920076] RSP: 002b:00007fff0a3bed58 EFLAGS: 00000246 ORIG_RAX: 0000000000000139 [ 3.920083] RAX: ffffffffffffffda RBX: 000000a6f4922750 RCX: 000...