search for: 0x200

...> #include <linux/mm.h> > > @@ -959,7 +960,85 @@ static const struct tegra_smmu_swgroup tegra124_swgroups[] = { > { .swgroup = TEGRA_SWGROUP_VI, .reg = 0x280 }, > }; > > +static const struct tegra_mc_hr tegra124_mc_hr[] = { > + {TEGRA_SWGROUP_AFI, 0x200, 0x200, 0}, > + {TEGRA_SWGROUP_AVPC, 0x200, 0x200, 1}, > + {TEGRA_SWGROUP_DC, 0x200, 0x200, 2}, > + {TEGRA_SWGROUP_DCB, 0x200, 0x200, 3}, > + {TEGRA_SWGROUP_HC, 0x200, 0x200, 6}, > + {TEGRA_SWGROUP_HDA, 0x200, 0x200, 7}, > + {TEGRA_SWGROUP...

...959,7 +960,85 @@ static const struct tegra_smmu_swgroup tegra124_swgroups[] = { > > > { .swgroup = TEGRA_SWGROUP_VI, .reg = 0x280 }, > > > }; > > > > > > +static const struct tegra_mc_hr tegra124_mc_hr[] = { > > > + {TEGRA_SWGROUP_AFI, 0x200, 0x200, 0}, > > > + {TEGRA_SWGROUP_AVPC, 0x200, 0x200, 1}, > > > + {TEGRA_SWGROUP_DC, 0x200, 0x200, 2}, > > > + {TEGRA_SWGROUP_DCB, 0x200, 0x200, 3}, > > > + {TEGRA_SWGROUP_HC, 0x200, 0x200, 6}, > > > + {TEGRA_SWGROUP_HD...

...elay.h> #include <linux/of.h> #include <linux/mm.h> @@ -959,7 +960,85 @@ static const struct tegra_smmu_swgroup tegra124_swgroups[] = { { .swgroup = TEGRA_SWGROUP_VI, .reg = 0x280 }, }; +static const struct tegra_mc_hr tegra124_mc_hr[] = { + {TEGRA_SWGROUP_AFI, 0x200, 0x200, 0}, + {TEGRA_SWGROUP_AVPC, 0x200, 0x200, 1}, + {TEGRA_SWGROUP_DC, 0x200, 0x200, 2}, + {TEGRA_SWGROUP_DCB, 0x200, 0x200, 3}, + {TEGRA_SWGROUP_HC, 0x200, 0x200, 6}, + {TEGRA_SWGROUP_HDA, 0x200, 0x200, 7}, + {TEGRA_SWGROUP_ISP2, 0x200, 0x200, 8}...

...gt; > > > @@ -959,7 +960,85 @@ static const struct tegra_smmu_swgroup tegra124_swgroups[] = { > > { .swgroup = TEGRA_SWGROUP_VI, .reg = 0x280 }, > > }; > > > > +static const struct tegra_mc_hr tegra124_mc_hr[] = { > > + {TEGRA_SWGROUP_AFI, 0x200, 0x200, 0}, > > + {TEGRA_SWGROUP_AVPC, 0x200, 0x200, 1}, > > + {TEGRA_SWGROUP_DC, 0x200, 0x200, 2}, > > + {TEGRA_SWGROUP_DCB, 0x200, 0x200, 3}, > > + {TEGRA_SWGROUP_HC, 0x200, 0x200, 6}, > > + {TEGRA_SWGROUP_HDA, 0x200, 0x200,...

Hi, This series includes some pieces of fixes to complete the GK20A power on/off sequences and add the suspend/resume support. The patches 1/11 - 4/11 are based on the linux-next-20141219. The patches 5/11 - 11/11 are based on the branch "linux-3.19" of Ben Skeggs's tree (http://cgit.freedesktop.org/~darktama/nouveau). Thanks, Vince Vince Hsu (4): (linux-next-20141219) ARM:

...10 [ 240.234562] [<ffffffff81028c4a>] ? native_sched_clock+0x2a/0xa0 [ 240.235118] [<ffffffff811078bc>] ? mark_held_locks+0x7c/0xb0 [ 240.235645] [<ffffffff81861da0>] ? _raw_spin_unlock_irq+0x30/0x50 [ 240.236198] [<ffffffff81107a4d>] ? trace_hardirqs_on_caller+0x15d/0x200 [ 240.236729] [<ffffffff8185d52c>] wait_for_completion+0x10c/0x150 [ 240.237290] [<ffffffff810e51f0>] ? wake_up_state+0x20/0x20 [ 240.237842] [<ffffffff8112a559>] _rcu_barrier+0x159/0x200 [ 240.238375] [<ffffffff8112a655>] rcu_barrier+0x15/0x20 [ 240.238913] [<f...

....449899] [ 98.449899] -> #3 (&svmm->mutex){+.+.}: [ 98.455249] __mutex_lock+0x134/0xc70 [ 98.459526] nouveau_svmm_invalidate_range_start+0x71/0x110 [nouveau] [ 98.466593] __mmu_notifier_invalidate_range_start+0x25c/0x320 [ 98.473031] unmap_vmas+0x10c/0x200 [ 98.477130] unmap_region+0x1a4/0x240 [ 98.481410] __do_munmap+0x3e0/0x750 [ 98.485535] __vm_munmap+0xbc/0x130 [ 98.489599] __x64_sys_munmap+0x3c/0x50 [ 98.493951] do_syscall_64+0x68/0x280 [ 98.498162] entry_SYSCALL_64_after_hwframe+0x49/0xbe [...

the establishment of an openvpn link sometimes fails. I tracked it down to network traffic with wrong Sourceport in the answer packet (should be 1300 not 1024): 2 1.119309000 aaa.185.165 bbb.162.192 UDP 58 Source port: 1300 Destination port: 1300 3 1.119446000 bbb.162.192 aaa.185.165 UDP 66 Source port: 1024 Destination port: 1300 and a collateral entry in the connection tracking table

...0004 Call Trace: __schedule+0x2d0/0x840 schedule+0x2c/0x70 schedule_preempt_disabled+0xe/0x10 __ww_mutex_lock.isra.11+0x3e0/0x750 __ww_mutex_lock_slowpath+0x16/0x20 ww_mutex_lock+0x34/0x50 ttm_eu_reserve_buffers+0x1f9/0x2e0 [ttm] qxl_release_reserve_list+0x67/0x150 [qxl] ? qxl_bo_pin+0x11d/0x200 [qxl] qxl_cursor_atomic_update+0x1b0/0x2e0 [qxl] drm_atomic_helper_commit_planes+0xb9/0x220 [drm_kms_helper] drm_atomic_helper_commit_tail+0x2b/0x70 [drm_kms_helper] commit_tail+0x67/0x70 [drm_kms_helper] drm_atomic_helper_commit+0x113/0x120 [drm_kms_helper] drm_atomic_commit+0x4a/0x50 [drm]...

...0004 Call Trace: __schedule+0x2d0/0x840 schedule+0x2c/0x70 schedule_preempt_disabled+0xe/0x10 __ww_mutex_lock.isra.11+0x3e0/0x750 __ww_mutex_lock_slowpath+0x16/0x20 ww_mutex_lock+0x34/0x50 ttm_eu_reserve_buffers+0x1f9/0x2e0 [ttm] qxl_release_reserve_list+0x67/0x150 [qxl] ? qxl_bo_pin+0x11d/0x200 [qxl] qxl_cursor_atomic_update+0x1b0/0x2e0 [qxl] drm_atomic_helper_commit_planes+0xb9/0x220 [drm_kms_helper] drm_atomic_helper_commit_tail+0x2b/0x70 [drm_kms_helper] commit_tail+0x67/0x70 [drm_kms_helper] drm_atomic_helper_commit+0x113/0x120 [drm_kms_helper] drm_atomic_commit+0x4a/0x50 [drm]...

...[drm_kms_helper]] Disabling [CONNECTOR:123:DP-5] > [drm:drm_atomic_get_private_obj_state [drm]] Added new private object 0000000025844636 state 000000009fd2899a to 000000003a13d7b8 > WARNING: CPU: 6 PID: 1070 at drivers/gpu/drm/drm_dp_mst_topology.c:3153 drm_dp_atomic_release_vcpi_slots+0xb9/0x200 [drm_kms_helper] > Modules linked in: fuse vfat fat snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic joydev iTCO_wdt i915(O) wmi_bmof intel_rapl btusb btrtl x86_pkg_temp_thermal btbcm btintel coretemp i2c_algo_bit drm_kms_helper(O) crc32_pclmul snd_hda_intel syscopyarea sysfillrect...

...plugin returns, but we can use the log filter: $ ./nbdkit -fv --filter=log \ data data="1" size=512 logfile=/dev/stdout \ --run 'qemu-img convert -n $nbd null-co://' |& grep Extents 2019-04-24 11:12:25.664206 connection=1 Extents id=2 offset=0x0 count=0x200 req_one=1 ... 2019-04-24 11:12:25.664302 connection=1 ...Extents id=2 extents=[{ offset=0x0, length=0x200, hole=0, zero=0 }] return=0 Therefore I'll declare that in this case the problem above of overlong extents information is fixed. I believe that was fixed when we rewrote nbdkit_extents_ne...

...get this error : loic at loic-VirtualBox:~/workspace/src/build/bin$ ./virsh --connect qemu:///system migrate --live vmUbuntuPartage2CacheWriteBack qemu+ssh://192.168.10x.2x/system --unsafe loic at 192.168.10x.2x's password: error: invalid argument: qemuDomainMigratePrepare3: unsupported flags (0x200) Does somebody know this error? I am working on windows 7, I have: 1) Virtual box with two vms ubuntu desktop 12.04: "VM1" and "VM40" 2) One shared hard drive build with virtual box: "newDiskSharedFev.vdi" In my VM1: 1) I have build one "vmUbu...

...gf100_gr *gr = gf100_gr(base); struct nvkm_subdev *subdev = &base->engine.subdev; + struct nvkm_device *device = subdev->device; u32 ret; + /* did you try turning it off and on again? Apparently we need this + * on pascal, otherwise secboot will just fail. + */ + nvkm_mask(device, 0x200, 0x1000, 0x0000); + nvkm_mask(device, 0x200, 0x1000, 0x1000); + nvkm_pmu_pgob(gr->base.engine.subdev.device->pmu, false); ret = nvkm_falcon_get(gr->fecs, subdev); -- 2.14.3

...ck_modeset [drm_kms_helper]] Disabling [CONNECTOR:123:DP-5] [drm:drm_atomic_get_private_obj_state [drm]] Added new private object 0000000025844636 state 000000009fd2899a to 000000003a13d7b8 WARNING: CPU: 6 PID: 1070 at drivers/gpu/drm/drm_dp_mst_topology.c:3153 drm_dp_atomic_release_vcpi_slots+0xb9/0x200 [drm_kms_helper] Modules linked in: fuse vfat fat snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic joydev iTCO_wdt i915(O) wmi_bmof intel_rapl btusb btrtl x86_pkg_temp_thermal btbcm btintel coretemp i2c_algo_bit drm_kms_helper(O) crc32_pclmul snd_hda_intel syscopyarea sysfillrect snd_...

...ck_modeset [drm_kms_helper]] Disabling [CONNECTOR:123:DP-5] [drm:drm_atomic_get_private_obj_state [drm]] Added new private object 0000000025844636 state 000000009fd2899a to 000000003a13d7b8 WARNING: CPU: 6 PID: 1070 at drivers/gpu/drm/drm_dp_mst_topology.c:3153 drm_dp_atomic_release_vcpi_slots+0xb9/0x200 [drm_kms_helper] Modules linked in: fuse vfat fat snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic joydev iTCO_wdt i915(O) wmi_bmof intel_rapl btusb btrtl x86_pkg_temp_thermal btbcm btintel coretemp i2c_algo_bit drm_kms_helper(O) crc32_pclmul snd_hda_intel syscopyarea sysfillrect snd_...

...eb 27 09:50:59 Server21 kernel: [ 1199.751315] [<ffffffff8165aba5>] schedule_timeout+0x2a5/0x320 Feb 27 09:50:59 Server21 kernel: [ 1199.751319] [<ffffffff8165a39f>] wait_for_common+0xdf/0x180 Feb 27 09:50:59 Server21 kernel: [ 1199.751327] [<ffffffff8105f990>] ? try_to_wake_up+0x200/0x200 Feb 27 09:50:59 Server21 kernel: [ 1199.751331] [<ffffffff8165a51d>] wait_for_completion+0x1d/0x20 Feb 27 09:50:59 Server21 kernel: [ 1199.751357] [<ffffffffa05d7eb3>] __ocfs2_cluster_lock.isra.34+0x1f3/0x810 [ocfs2] Feb 27 09:50:59 Server21 kernel: [ 1199.751364] [<ffffffff...

...eb 27 09:50:59 Server21 kernel: [ 1199.751315] [<ffffffff8165aba5>] schedule_timeout+0x2a5/0x320 Feb 27 09:50:59 Server21 kernel: [ 1199.751319] [<ffffffff8165a39f>] wait_for_common+0xdf/0x180 Feb 27 09:50:59 Server21 kernel: [ 1199.751327] [<ffffffff8105f990>] ? try_to_wake_up+0x200/0x200 Feb 27 09:50:59 Server21 kernel: [ 1199.751331] [<ffffffff8165a51d>] wait_for_completion+0x1d/0x20 Feb 27 09:50:59 Server21 kernel: [ 1199.751357] [<ffffffffa05d7eb3>] __ocfs2_cluster_lock.isra.34+0x1f3/0x810 [ocfs2] Feb 27 09:50:59 Server21 kernel: [ 1199.751364] [<ffffffff...

On 4/23/19 4:49 PM, Richard W.M. Jones wrote: >> >> ...to here, after the final nbdkit_add_extent, so that we can return a >> larger extent than the client's request. I remember when I originally >> asked, you declined due to odd interactions with REQ_ONE semantics, but >> since then, we changed how add_extent() works. Does it work now to defer >> the

...0] CR2: 00007f0b974f9000 CR3: 000000027c40a006 CR4: 00000000003606e0 [410260.351232] Call Trace: [410260.351312] nv50_instobj_release+0x2f/0xc0 [nouveau] [410260.351389] nvkm_vmm_iter.constprop.0+0x2bc/0x810 [nouveau] [410260.351397] ? do_invalid_op+0x37/0x40 [410260.351475] ? gp100_vmm_pgt_dma+0x200/0x200 [nouveau] [410260.351563] ? gp100_vmm_valid+0xf8/0x290 [nouveau] [410260.351661] nvkm_vmm_map+0x136/0x360 [nouveau] [410260.351678] ? gp100_vmm_pgt_dma+0x200/0x200 [nouveau] [410260.351678] nvkm_vram_map+0x56/0x80 [nouveau] [410260.351678] nvkm_uvmm_mthd+0x66a/0x780 [nouveau] [410260.351...