search for: 0x0180

...#1 SMP Tue Jun 11 20:01:50 UTC 2013 i686 i686 i386 GNU/Linux If I run dmesg I see some errors like: [ 99.820645] nouveau E[ PGRAPH][0000:01:00.0] NOTIFY nsource: PROTECTION_ERROR nstatus: PROTECTION_FAULT [ 99.820677] nouveau E[ PGRAPH][0000:01:00.0] ch 1 [X[666]] subc 2 class 0x0042 mthd 0x0180 data 0x00003a04 [ 99.820697] nouveau E[ PGRAPH][0000:01:00.0] NOTIFY nsource: PROTECTION_ERROR nstatus: PROTECTION_FAULT [ 99.820714] nouveau E[ PGRAPH][0000:01:00.0] ch 1 [X[666]] subc 6 class 0x0044 mthd 0x0180 data 0x00003a04 [ 99.820732] nouveau E[ PGRAPH][0000:01:00.0] NOTIFY nsourc...

https://bugs.freedesktop.org/show_bug.cgi?id=67161 Priority: medium Bug ID: 67161 Assignee: nouveau at lists.freedesktop.org Summary: Blank video after resuming from S3 or S4 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: mauromol at tiscali.it

...a800 accd f1ea 391d .~..=.........9. 0x0140 5d02 0000 5e03 0102 013c 2050 5845 436c ]...^....<.PXECl 0x0150 6965 6e74 3a41 7263 683a 3030 3030 303a ient:Arch:00000: 0x0160 554e 4449 3a30 3032 3030 31ff 0000 0000 UNDI:002001..... 0x0170 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x0180 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x0190 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x01a0 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x01b0 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x01c0 0000 0000 0000 0000 0000 0000 0000 000...

...:46:27 lithium kernel: [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 2 May 1 09:46:31 lithium kernel: [drm] nouveau 0000:01:00.0: PFIFO_CACHE_ERROR - Ch 2/2 Mthd 0x0000 Data 0x88000001 May 1 09:46:31 lithium kernel: [drm] nouveau 0000:01:00.0: PFIFO_CACHE_ERROR - Ch 2/2 Mthd 0x0180 Data 0x88000000 May 1 09:46:31 lithium kernel: [drm] nouveau 0000:01:00.0: PFIFO_CACHE_ERROR - Ch 2/3 Mthd 0x0000 Data 0x88000002 May 1 09:46:31 lithium kernel: [drm] nouveau 0000:01:00.0: PFIFO_CACHE_ERROR - Ch 2/3 Mthd 0x0184 Data 0xbeef0201 May 1 09:46:31 lithium kernel: [drm] nouveau 0000:01...

...me errors like: [ 5.213896] nouveau E[ VBIOS][0000:01:00.0] 0x012e[ ]: unknown opcode 0x43 or: [ 99.820645] nouveau E[ PGRAPH][0000:01:00.0] NOTIFY nsource: PROTECTION_ERROR nstatus: PROTECTION_FAULT [ 99.820677] nouveau E[ PGRAPH][0000:01:00.0] ch 1 [X[666]] subc 2 class 0x0042 mthd 0x0180 data 0x00003a04 [ 99.820697] nouveau E[ PGRAPH][0000:01:00.0] NOTIFY nsource: PROTECTION_ERROR nstatus: PROTECTION_FAULT [ 99.820714] nouveau E[ PGRAPH][0000:01:00.0] ch 1 [X[666]] subc 6 class 0x0044 mthd 0x0180 data 0x00003a04 [ 99.820732] nouveau E[ PGRAPH][0000:01:00.0] NOTIFY nsourc...

...4246 3032 3632 3738 0d0a 0966 6f72 203c BF026278...for.< 0x0150: 7769 6c6c 7465 7374 4061 6231 2d31 2d34 willtest at ab1-1-4 0x0160: 312e 7368 7375 2e65 6475 3e3b 2054 7565 1.shsu.edu>;.Tue 0x0170: 2c20 3720 4465 6320 3230 3034 2031 343a ,.7.Dec.2004.14: 0x0180: 3432 3a34 3320 2d30 3630 300d 0a52 6563 42:43.-0600..Rec 0x0190: 6569 7665 643a 2066 726f 6d20 3135 382e eived:.from.158. 0x01a0: 3133 352e 302e 3734 2028 5b31 3538 2e31 135.0.74.([158.1 0x01b0: 3335 2e30 2e37 345d 290d 0a09 2861 7574 35.0.74])...(aut 0x01c0...

...next. Sample of the error messages: Jan 26 16:04:59 puppypc29622 user.err kernel: nouveau E[ PGRAPH][0000:01:00.0] NOTIFY nsource: PROTECTION_ERROR nstatus: PROTECTION_FAULT Jan 26 16:04:59 puppypc29622 user.err kernel: nouveau E[ PGRAPH][0000:01:00.0] ch 1 [X[10566]] subc 2 class 0x0042 mthd 0x0180 data 0x00003a04 -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20150126/bdeb7bde/attachment.html>

...c590) pci dev 0:1 virtio cap at 0x4c type 1 bar 0 at 0xd2000800 off +0x0000 [mmio] pci dev 0:1 virtio cap at 0x5c type 2 bar 0 at 0xd2000800 off +0x0080 [mmio] pci dev 0:1 virtio cap at 0x70 type 3 bar 0 at 0xd2000800 off +0x0100 [mmio] pci dev 0:1 virtio cap at 0x80 type 4 bar 0 at 0xd2000800 off +0x0180 [mmio] pci dev 0:1 using modern (1.0) virtio mode vp write d2000814 (1) <- 0x0 Segmentation fault With '--virtio-legacy' added seabios manages to load the kernel from disk. cheers, Gerd

...ouveau/nvkm/engine/fifo/nv04.c @@ -117,8 +117,10 @@ nv04_fifo_swmthd(struct nvkm_device *device, u32 chid, u32 addr, u32 data) switch (mthd) { case 0x0000 ... 0x0000: /* subchannel's engine -> software */ nvkm_wr32(device, 0x003280, (engine &= ~mask)); + /* fall through */ case 0x0180 ... 0x01fc: /* handle -> instance */ data = nvkm_rd32(device, 0x003258) & 0x0000ffff; + /* fall through */ case 0x0100 ... 0x017c: case 0x0200 ... 0x1ffc: /* pass method down to sw */ if (!(engine & mask) && sw) diff --git a/drivers/gpu/drm/nouveau/nvkm/engine/fifo/nv4...

...ess of the > sign of the original types. You're perfectly right. But we'd like to check if the number represented is still the same after truncating, or if the value of the number changed due to the truncation. For example let's consider truncating from 16bit to 8bit: Truncating 0x0180 (384 in decimal) to 8bit results in 0x80 (128 in decimal). The value changed so we'd like to report this to the user of our model checker. This is easy to do so far, no problems there. It get's more complicated if we consider signed integers: 0x0080 (128 in decimal) would be truncated t...

...struct sie_block { psw_t gpsw; /* 0x0090 */ __u64 gg14; /* 0x00a0 */ __u64 gg15; /* 0x00a8 */ - __u8 reservedb0[80]; /* 0x00b0 */ + __u8 reservedb0[30]; /* 0x00b0 */ + __u16 iprcc; /* 0x00ce */ + __u8 reservedd0[48]; /* 0x00d0 */ __u64 gcr[16]; /* 0x0100 */ __u64 gbea; /* 0x0180 */ __u8 reserved188[120]; /* 0x0188 */ @@ -126,6 +128,7 @@ struct kvm_vcpu_stat { u32 instruction_sigp_arch; u32 instruction_sigp_prefix; u32 instruction_sigp_restart; + u32 diagnose_44; }; struct io_info { Index: kvm/include/linux/kvm.h =================================================...

Hi Florian, > we'd like to be able to check for loss of information in trunc operations in > our LLVM-based bounded model checker [1]. For this it is important if the > trunc was on a signed or unsigned integer, so we need nsw and nuw flags for > this. Would you accept a patch that adds these flags to LLVM (and possibly > clang)? nsw/nuw don't mean signed/unsigned

...ouveau/nvkm/engine/fifo/nv04.c @@ -117,8 +117,10 @@ nv04_fifo_swmthd(struct nvkm_device *device, u32 chid, u32 addr, u32 data) switch (mthd) { case 0x0000 ... 0x0000: /* subchannel's engine -> software */ nvkm_wr32(device, 0x003280, (engine &= ~mask)); + /* fall through */ case 0x0180 ... 0x01fc: /* handle -> instance */ data = nvkm_rd32(device, 0x003258) & 0x0000ffff; + /* fall through */ case 0x0100 ... 0x017c: case 0x0200 ... 0x1ffc: /* pass method down to sw */ if (!(engine & mask) && sw) diff --git a/drivers/gpu/drm/nouveau/nvkm/engine/fifo/nv4...

...; @@ -117,8 +117,10 @@ nv04_fifo_swmthd(struct nvkm_device *device, u32 chid, u32 addr, u32 data) > switch (mthd) { > case 0x0000 ... 0x0000: /* subchannel's engine -> software */ > nvkm_wr32(device, 0x003280, (engine &= ~mask)); > + /* fall through */ > case 0x0180 ... 0x01fc: /* handle -> instance */ > data = nvkm_rd32(device, 0x003258) & 0x0000ffff; > + /* fall through */ > case 0x0100 ... 0x017c: > case 0x0200 ... 0x1ffc: /* pass method down to sw */ > if (!(engine & mask) && sw) > diff --git a/drivers/gp...

...ds { NVME_ADM_CMD_FORMAT_NVM = 0x80, NVME_ADM_CMD_SECURITY_SEND = 0x81, NVME_ADM_CMD_SECURITY_RECV = 0x82, + NVME_ADM_CMD_SET_DB_MEMORY = 0xC0, /* Vendor specific. */ }; enum NvmeIoCommands { @@ -381,6 +382,7 @@ enum NvmeStatusCodes { NVME_CONFLICTING_ATTRS = 0x0180, NVME_INVALID_PROT_INFO = 0x0181, NVME_WRITE_TO_RO = 0x0182, + NVME_INVALID_MEMORY_ADDRESS = 0x01C0, /* Vendor extension. */ NVME_WRITE_FAULT = 0x0280, NVME_UNRECOVERED_READ = 0x0281, NVME_E2E_GUARD_ERROR = 0x0282, @@ -658,6 +660,...

On Tue, 22 Nov 2016 15:19:34 +0000 Brian Candler via samba <samba at lists.samba.org> wrote: > On 21/11/2016 17:21, Brian Candler wrote: > > I'd quite like to be able to fetch a ticket using the keytab > > I found a solution to that part by using a different form of > principal name with "hostname$" > > root at client-ad:~# kinit -k -t

...= 0x156 Flags = 0x0 Data64 = 0x0 > ISDN1#02: too much voice to send for NCCI=0x10101 > ISDN1#02: too much voice to send for NCCI=0x10101 > ISDN1#02: too much voice to send for NCCI=0x10101 DATA_B3_IND ID=002 #0x0180 LEN=0030 Controller/PLCI/NCCI = 0x10101 Data32 = 0x40c9336a DataLength = 0xa0 DataHandle = 0x3a9 Flags = 0x0 Data64 = 0x0 DATA_B3_RESP ID=002 #0x0180 LEN=001...

Hi everyone, we'd like to be able to check for loss of information in trunc operations in our LLVM-based bounded model checker [1]. For this it is important if the trunc was on a signed or unsigned integer, so we need nsw and nuw flags for this. Would you accept a patch that adds these flags to LLVM (and possibly clang)? Regards, Florian [1] http://baldur.iti.uka.de/llbmc/

.... 0x0140: f79c 57bf d6f0 026b e51e 0fd8 0d7c 5479 ..W....k.....|Ty 0x0150: 2015 e53d a42e a080 09e4 c5a4 a470 c576 ...=.........p.v 0x0160: 27d3 2bdb 3301 31fc 66c0 098e cd9a 666f '.+.3.1.f.....fo 0x0170: 2d85 976e 57d1 010e 22e6 d4a6 ce2b 5371 -..nW..."....+Sq 0x0180: 0c41 f955 20af 683f 9abe 90bf ec73 ec72 .A.U..h?.....s.r 0x0190: 14b6 776a 5767 f3cb fff9 167e 2fa8 d9ac ..wjWg.....~/... 0x01a0: 0fbf d4d9 a017 bb2a f7d9 90da 63ee 6d22 .......*....c.m" 0x01b0: b184 98fa bed3 f32c 2d9e 527a 5aa8 1df6 .......,-.RzZ... 0x01c0: 260b bd1...

...e/fifo/nv04.c @@ -117,10 +117,10 @@ nv04_fifo_swmthd(struct nvkm_device *device, u32 chid, u32 addr, u32 data) switch (mthd) { case 0x0000 ... 0x0000: /* subchannel's engine -> software */ nvkm_wr32(device, 0x003280, (engine &= ~mask)); - /* fall through */ + fallthrough; case 0x0180 ... 0x01fc: /* handle -> instance */ data = nvkm_rd32(device, 0x003258) & 0x0000ffff; - /* fall through */ + fallthrough; case 0x0100 ... 0x017c: case 0x0200 ... 0x1ffc: /* pass method down to sw */ if (!(engine & mask) && sw) diff --git a/drivers/gpu/drm/nouveau/nvkm...