search for: 2097152

Greetings, When box is earning its keep, nouveau/swiotlb grumble.. a LOT. The below is from master.today. [12594.640959] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 bytes) [12594.693000] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 bytes) [12594.713787] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 bytes) [12594.743413] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 bytes) [12594.796740] nouveau 0000:01:00.0: swiotlb buffer...

...59 [ 2.827479] nouveau 0000:01:00.0: fb: 4096 MiB GDDR5 760 [ 2.827506] nouveau 0000:01:00.0: bus: MMIO write of 80000195 FAULT at 10eb14 [ IBUS ] 761 [ 2.891876] [TTM] Zone kernel: Available graphics memory: 7927764 kiB 762 [ 2.891880] [TTM] Zone dma32: Available graphics memory: 2097152 kiB 763 [ 2.891881] [TTM] Initializing pool allocator 764 [ 2.891885] [TTM] Initializing DMA pool allocator 765 [ 2.891895] nouveau 0000:01:00.0: DRM: VRAM: 4096 MiB 766 [ 2.891897] nouveau 0000:01:00.0: DRM: GART: 1048576 MiB 767 [ 2.891900] nouveau 0000:01:00.0: DRM: TMDS tabl...

...] smbd/trans2.c:979(send_trans2_replies) t2_rep: params_sent_thistime = 0, data_sent_thistime = 32, useable_space = 131012 while stracing the samba process shows: quotactl(Q_XGETQUOTA|GRPQUOTA, "/dev/sdb", 10057, {version=1, flags=XFS_GROUP_QUOTA, fieldmask=0, id=10057, blk_hardlimit=2097152, blk_softlimit=2097152, ino_hardlimit=0, ino_softlimit=0, bcount=8, icount=11, ...}) = 0 On the incorrect Ubuntu machine, level=10 logs show: [2014/01/29 09:27:25.429062, 5] smbd/trans2.c:3153(smbd_do_qfsinfo) smbd_do_qfsinfo : SMB_QUERY_FS_FULL_SIZE_INFO bsize=1024, cSectorUnit=2, cBytesSect...

> Greetings, > > When box is earning its keep, nouveau/swiotlb grumble.. a LOT. The > below is from master.today. > > [12594.640959] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 > bytes) > [12594.693000] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 > bytes) > [12594.713787] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 > bytes) > [12594.743413] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 > bytes) > [12594.79674...

On Thu, 2018-05-10 at 11:10 +0200, Mike Galbraith wrote: > Greetings, > > When box is earning its keep, nouveau/swiotlb grumble.. a LOT. The > below is from master.today. > > [12594.640959] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 bytes) > [12594.693000] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 bytes) > [12594.713787] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 bytes) > [12594.743413] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 bytes) > [12594.796740] nouveau 0000:01:0...

...te: > On Thu, 2018-05-10 at 11:10 +0200, Mike Galbraith wrote: > > Greetings, > > > > When box is earning its keep, nouveau/swiotlb grumble.. a LOT. The > > below is from master.today. > > > > [12594.640959] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 bytes) > > [12594.693000] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 bytes) > > [12594.713787] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 bytes) > > [12594.743413] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 bytes) > > [12594.79674...

...ackets. Udp: 551522838 packets received 1902 packets to unknown port received. 109709802 packet receive errors 7239 packets sent We had checked all the kernel configurations and set them as recommended. This is the settings and tests we have done Server: net.core.rmem_default = 2097152 net.core.wmem_default = 2097152 net.core.rmem_max = 8388608 net.core.wmem_max = 8388608 strace -fttt -o /tmp/server.trace iperf -s -u -p 2222 -w 6m -i 5 -l 1k Client: net.core.rmem_default = 2097152 net.core.wmem_default = 2097152 net.core.rmem_max = 8388608 net.core.wmem_max = 8388608 strace -ftt...

...> trigger this. Hi, i have seen this one as well with my system, but i could not find an easy way to trigger it for bisecting purpose. If you can trigger it conveniently, a bisect would be nice! Greetings, Tobias > > [ 1313.811031] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 bytes) > [ 1313.811035] swiotlb: coherent allocation failed for device 0000:01:00.0 size=2097152 > [ 1313.811038] CPU: 6 PID: 3026 Comm: Xorg Tainted: G E 4.15.0.g1291a0d5-master #355 > [ 1313.811040] Hardware name: MEDION MS-7848/MS-7848, BIOS M7848W08.20C 09/23/2013 > [...

Hello freebsd-stable, I have 5.5-PRERELEASE server in production, booting from ad0s1: # BLOCKSIZE=512 swapinfo Device 512-blocks Used Avail Capacity /dev/ad0s1b 2097152 52872 2044280 3% /dev/ad1s1b 2097152 51952 2045200 2% Total 4194304 104824 4089480 2% # bsdlabel ad0s1 | fgrep b: b: 2097152 0 swap Previously, on a 4.11 system, swapinfo said that swap size was less than size of b: partition on a slice...

Greetings, Kernel bound workloads seem to trigger the below for whatever reason.  I only see this when beating up NFS.  There was a kworker wakeup latency issue, but with a bandaid applied to fix that up, I can still trigger this. [ 1313.811031] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 bytes) [ 1313.811035] swiotlb: coherent allocation failed for device 0000:01:00.0 size=2097152 [ 1313.811038] CPU: 6 PID: 3026 Comm: Xorg Tainted: G E 4.15.0.g1291a0d5-master #355 [ 1313.811040] Hardware name: MEDION MS-7848/MS-7848, BIOS M7848W08.20C 09/23/2013 [ 1313.811041] Call Tr...

...306221931 295316847 2 0 2032754 13732515 98294764 1149168400 0 slave4 --b--- 276 0.0 4194304 25.1 4194304 25.1 2 1 19094 7796 2 0 19290 25627 487620 357648 0 wbsrvcs-60 --b--- 12 0.0 1048576 6.3 2097152 12.5 2 1 1576 8 2 0 2460 6237 109949 83874 0 wbsrvcs-84 --b--- 12 0.0 1048576 6.3 2097152 12.5 2 1 1573 8 2 0 2433 6688 109973 88770 0 For the red part, I need to change t...

...be87,8) #turns out this method also chokes with the memory limitations # Step 2 will be modified as follows: # Step 2a: as before; Step2b: Sample 1/8 from each piece and after every 4 processes, delete the objects to allow for the rest. #Step 2a x1a <- cbind(hcube87,1) x1a <- x1a[sample(1:2097152),] #randomly permute the rows for more randomness x2a <- cbind(hcube87,2) x2a <- x2a[sample(1:2097152),] #randomly permute the rows for more randomness x3a <- cbind(hcube87,3) x3a <- x3a[sample(1:2097152),] #randomly permute the rows for more randomness x4a <- cbind(hcube87,4) x4a...

On Tue, Dec 19, 2017 at 8:45 AM, Christian König <ckoenig.leichtzumerken at gmail.com> wrote: > Am 19.12.2017 um 11:39 schrieb Michel Dänzer: >> >> On 2017-12-19 11:37 AM, Michel Dänzer wrote: >>> >>> On 2017-12-18 08:01 PM, Tobias Klausmann wrote: >>>> >>>> On 12/18/17 7:06 PM, Mike Galbraith wrote: >>>>>

On 2017-12-19 11:37 AM, Michel Dänzer wrote: > On 2017-12-18 08:01 PM, Tobias Klausmann wrote: >> On 12/18/17 7:06 PM, Mike Galbraith wrote: >>> Greetings, >>> >>> Kernel bound workloads seem to trigger the below for whatever reason. >>>   I only see this when beating up NFS.  There was a kworker wakeup >>> latency issue, but with a bandaid

On Sun, Dec 31, 2017 at 3:53 PM, Mike Galbraith <efault at gmx.de> wrote: > On Sun, 2017-12-31 at 13:27 -0500, Ilia Mirkin wrote: >> On Tue, Dec 19, 2017 at 8:45 AM, Christian König >> <ckoenig.leichtzumerken at gmail.com> wrote: >> > Am 19.12.2017 um 11:39 schrieb Michel Dänzer: >> >> >> >> On 2017-12-19 11:37 AM, Michel Dänzer wrote:

...", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0000l\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=197984, ...}) = 0 mmap(NULL, 2293632, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2ad3af288000 mprotect(0x2ad3af2b7000, 2097152, PROT_NONE) = 0 mmap(0x2ad3af4b7000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2f000) = 0x2ad3af4b7000 close(3) = 0 open("/usr/lib64/libpopt.so.0", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\22...

Hello, I've noticed firefox got randomly stuck, and as sometimes that leads to a complete system lock-up, I've checked dmesg and got this: [Jan29 10:49] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 bytes) [ +0.000033] swiotlb: coherent allocation failed for device 0000:01:00.0 size=2097152 [ +0.000004] CPU: 6 PID: 1023 Comm: Xorg Not tainted 4.15.0-rc8 #1 [ +0.000003] Hardware name: Micro-Star International Co., Ltd. GX780/GT780/MS-1761, BIOS E1761IMS V3.01 05/02/2011 [ +0.000003] Call Tr...

...} Options { } } General { Nice -20 HashSize 32768 HashLimit 131072 LogFile on LockFile /var/lock/conntrack.lock UNIX { Path /var/run/conntrackd.ctl Backlog 20 } NetlinkBufferSize 2097152 NetlinkBufferSizeMaxGrowth 8388608 Filter From Kernelspace { Protocol Accept { TCP } Address Ignore { IPv4_address 127.0.0.1 # loopback IPv4_address 192.168.100.11...

...d scsi disk sda at scsi3, channel > > 0, id 0, lun 0 > > [ 69.031081] Vendor: DotHill Model: SANnet II FC > > Rev: 327R > > [ 69.031466] Type: Direct-Access > > ANSI SCSI revision: 03 > > [ 69.032195] SCSI device sdb: 2097152 512-byte hdwr > > sectors (1074 MB) > > [ 69.032943] SCSI device sdb: drive cache: write through > > [ 69.033469] SCSI device sdb: 2097152 512-byte hdwr > > sectors (1074 MB) > > [ 69.034213] SCSI device sdb: drive cache: write through > > [ 69.0343...

...d scsi disk sda at scsi3, channel > > 0, id 0, lun 0 > > [ 69.031081] Vendor: DotHill Model: SANnet II FC > > Rev: 327R > > [ 69.031466] Type: Direct-Access > > ANSI SCSI revision: 03 > > [ 69.032195] SCSI device sdb: 2097152 512-byte hdwr > > sectors (1074 MB) > > [ 69.032943] SCSI device sdb: drive cache: write through > > [ 69.033469] SCSI device sdb: 2097152 512-byte hdwr > > sectors (1074 MB) > > [ 69.034213] SCSI device sdb: drive cache: write through > > [ 69.0343...