search for: 0x900

Displaying 20 results from an estimated 36 matches for "0x900".

Did you mean: 0x00
2010 Apr 20
0
[PATCH] nv10/exa : demagify tex and rt format
..._FORMAT_FORMAT_A8 }, + { PICT_r5g6b5, NV10TCL_TX_FORMAT_FORMAT_R5G6B5 }, + { PICT_x8r8g8b8, NV10TCL_TX_FORMAT_FORMAT_A8R8G8B8 }, + { PICT_a8r8g8b8, NV10TCL_TX_FORMAT_FORMAT_A8R8G8B8 }, {}, }, nv10_tex_format_rect[] = { - { PICT_a8, 0x980 }, - { PICT_r5g6b5, 0x880 }, - { PICT_x8r8g8b8, 0x900 }, - { PICT_a8r8g8b8, 0x900 }, + { PICT_a8, NV10TCL_TX_FORMAT_FORMAT_A8_RECT }, + { PICT_r5g6b5, NV10TCL_TX_FORMAT_FORMAT_R5G6B5_RECT }, + { PICT_x8r8g8b8, NV10TCL_TX_FORMAT_FORMAT_A8R8G8B8_RECT }, + { PICT_a8r8g8b8, NV10TCL_TX_FORMAT_FORMAT_A8R8G8B8_RECT }, {}, +/* That's awesome,...
2018 Aug 05
2
[PATCH net-next 0/6] virtio_net: Add ethtool stat items
...x10 [ 46.167723] ? sched_clock+0x5/0x10 [ 46.167728] ? sched_clock_cpu+0x18/0x2b0 [ 46.167753] ? get_lock_stats+0x18/0x160 [ 46.167877] ? __lock_is_held+0xcb/0x1a0 [ 46.167908] rtnetlink_rcv_msg+0x575/0xaa0 [ 46.167913] ? kvm_clock_read+0x1f/0x30 [ 46.167925] ? validate_linkmsg+0x900/0x900 [ 46.167945] ? netlink_deliver_tap+0x1cc/0xf30 [ 46.167950] ? kvm_clock_read+0x1f/0x30 [ 46.167965] netlink_rcv_skb+0x13c/0x3a0 [ 46.167972] ? validate_linkmsg+0x900/0x900 [ 46.167984] ? netlink_ack+0xcd0/0xcd0 [ 46.168030] netlink_unicast+0x45a/0x6a0 [ 46.168061] ? netli...
2018 Aug 05
2
[PATCH net-next 0/6] virtio_net: Add ethtool stat items
...x10 [ 46.167723] ? sched_clock+0x5/0x10 [ 46.167728] ? sched_clock_cpu+0x18/0x2b0 [ 46.167753] ? get_lock_stats+0x18/0x160 [ 46.167877] ? __lock_is_held+0xcb/0x1a0 [ 46.167908] rtnetlink_rcv_msg+0x575/0xaa0 [ 46.167913] ? kvm_clock_read+0x1f/0x30 [ 46.167925] ? validate_linkmsg+0x900/0x900 [ 46.167945] ? netlink_deliver_tap+0x1cc/0xf30 [ 46.167950] ? kvm_clock_read+0x1f/0x30 [ 46.167965] netlink_rcv_skb+0x13c/0x3a0 [ 46.167972] ? validate_linkmsg+0x900/0x900 [ 46.167984] ? netlink_ack+0xcd0/0xcd0 [ 46.168030] netlink_unicast+0x45a/0x6a0 [ 46.168061] ? netli...
2008 Jul 03
2
iozone remove_suid oops...
...3 e6439f30 d25d8000 c019cb7a e6439f30 b6c00000 e6665000 00000000 [ 899.119135] 00000000 00000000 ffffffea d490c3d4 ee2f0000 f6524580 e6665000 ffffff9c [ 899.119146] Call Trace: [ 899.119157] [<c016d44c>] remove_suid+0xc/0x50 [ 899.119172] [<f90f4689>] btrfs_file_write+0x1a9/0x900 [btrfs] [ 899.119222] [<c019cb7a>] open_namei+0x8a/0x640 [ 899.119244] [<c018ffa5>] nameidata_to_filp+0x35/0x40 [ 899.119255] [<c018fa90>] generic_file_open+0x0/0x60 [ 899.119265] [<c0190000>] do_filp_open+0x50/0x60 [ 899.119277] [<c016e56a>] __filemap_fdataw...
2018 Aug 05
0
[PATCH net-next 0/6] virtio_net: Add ethtool stat items
...ock+0x5/0x10 > [?? 46.167728]? ? sched_clock_cpu+0x18/0x2b0 > [?? 46.167753]? ? get_lock_stats+0x18/0x160 > [?? 46.167877]? ? __lock_is_held+0xcb/0x1a0 > [?? 46.167908]? rtnetlink_rcv_msg+0x575/0xaa0 > [?? 46.167913]? ? kvm_clock_read+0x1f/0x30 > [?? 46.167925]? ? validate_linkmsg+0x900/0x900 > [?? 46.167945]? ? netlink_deliver_tap+0x1cc/0xf30 > [?? 46.167950]? ? kvm_clock_read+0x1f/0x30 > [?? 46.167965]? netlink_rcv_skb+0x13c/0x3a0 > [?? 46.167972]? ? validate_linkmsg+0x900/0x900 > [?? 46.167984]? ? netlink_ack+0xcd0/0xcd0 > [?? 46.168030]? netlink_unicast+0x45a...
2018 Jul 25
2
[PATCH net-next 0/6] virtio_net: Add ethtool stat items
On Mon, Jul 23, 2018 at 11:36:03PM +0900, Toshiaki Makita wrote: > From: Toshiaki Makita <makita.toshiaki at lab.ntt.co.jp> > > Add some ethtool stat items useful for performance analysis. > > Signed-off-by: Toshiaki Makita <makita.toshiaki at lab.ntt.co.jp> Series: Acked-by: Michael S. Tsirkin <mst at redhat.com> Patch 1 seems appropriate for stable, even
2018 Jul 25
2
[PATCH net-next 0/6] virtio_net: Add ethtool stat items
On Mon, Jul 23, 2018 at 11:36:03PM +0900, Toshiaki Makita wrote: > From: Toshiaki Makita <makita.toshiaki at lab.ntt.co.jp> > > Add some ethtool stat items useful for performance analysis. > > Signed-off-by: Toshiaki Makita <makita.toshiaki at lab.ntt.co.jp> Series: Acked-by: Michael S. Tsirkin <mst at redhat.com> Patch 1 seems appropriate for stable, even
2011 Sep 19
1
C55x Fixed Point PLC Stack Usage and Audio Quality
...240 - PACKET_SIZE: 40 - SAMPLE_RATE: 48000 - TI 5509, 5505, 5504 To utilize the PLC functionality I pass a NULL pointer in place of the buffer of encoded bytes. At first my program would crash, but realized PLC was eating up my entire stack. PLC required I provide the stack an additional 0x900 bytes (2300 bytes) to not crash. That sounds fishy. Also, is there a correct method to calling PLC? Is there a limit to the number of times you should call it consecutively? Can I only call it once per so many packets? It is supposed to fade out? When I believe PLC is working correctly, I get what...
2015 Jan 27
3
[LLVMdev] build failure on mingw gcc 4.9.1
On Tue, Jan 27, 2015 at 10:02 AM, Mueller-Roemer, Johannes Sebastian <Johannes.Sebastian.Mueller-Roemer at igd.fraunhofer.de> wrote: > Adding -D__MSVCRT_VERSION__=0x900 (or higher) to CMAKE_CXX_FLAGS and > -lmsvcr90 (or higher) to CMAKE_CXX_STANDARD_LIBRARIES appears to work. > -lmsvcrt80 does not work, contrary to the comment on the MinGW bug tracker. > However, if you do not have the runtimes installed, errors will occur later > on in the build proce...
2009 Nov 04
1
[PATCH] nv10/exa: Spring-cleaning
...tic struct pict_format { + int exa; + int hw; +} nv10_tex_format_pot[] = { + { PICT_a8, 0x80 }, + { PICT_r5g6b5, 0x280 }, + { PICT_x8r8g8b8, 0x300 }, + { PICT_a8r8g8b8, 0x300 }, + {}, + +}, nv10_tex_format_rect[] = { + { PICT_a8, 0x980 }, + { PICT_r5g6b5, 0x880 }, + { PICT_x8r8g8b8, 0x900 }, + { PICT_a8r8g8b8, 0x900 }, + {}, + +}, nv20_tex_format_rect[] = { + { PICT_a8, 0xd80 }, + { PICT_r5g6b5, 0x880 }, + { PICT_x8r8g8b8, 0x900 }, + { PICT_a8r8g8b8, 0x900 }, + {}, + +}, nv10_rt_format[] = { + { PICT_r5g6b5, 0x103 }, + { PICT_x8r8g8b8, 0x108 }, + { PICT_a8r8g8b8, 0x108 }, + {},...
2019 Oct 04
0
general protection fault in veth_get_stats64
...PT SMP KASAN > CPU: 1 PID: 8605 Comm: syz-executor330 Not tainted 5.4.0-rc1-next-20191002 > #0 > Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS > Google 01/01/2011 > RIP: 0010:veth_stats_rx drivers/net/veth.c:322 [inline] > RIP: 0010:veth_get_stats64+0x523/0x900 drivers/net/veth.c:356 > Code: 89 85 60 ff ff ff e8 6c 74 31 fd 49 63 c7 48 69 c0 c0 02 00 00 48 03 > 85 60 ff ff ff 48 8d b8 a0 01 00 00 48 89 fa 48 c1 ea 03 <42> 80 3c 32 00 > 0f 85 c9 02 00 00 48 8d b8 a8 01 00 00 48 8b 90 a0 > RSP: 0018:ffff88809996ed00 EFLAGS: 00010202 > R...
2019 Oct 02
0
general protection fault in veth_get_stats64
...PT SMP KASAN > CPU: 1 PID: 8605 Comm: syz-executor330 Not tainted 5.4.0-rc1-next-20191002 > #0 > Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS > Google 01/01/2011 > RIP: 0010:veth_stats_rx drivers/net/veth.c:322 [inline] > RIP: 0010:veth_get_stats64+0x523/0x900 drivers/net/veth.c:356 > Code: 89 85 60 ff ff ff e8 6c 74 31 fd 49 63 c7 48 69 c0 c0 02 00 00 48 03 > 85 60 ff ff ff 48 8d b8 a0 01 00 00 48 89 fa 48 c1 ea 03 <42> 80 3c 32 00 > 0f 85 c9 02 00 00 48 8d b8 a8 01 00 00 48 8b 90 a0 > RSP: 0018:ffff88809996ed00 EFLAGS: 00010202 > R...
2015 Jan 27
2
[LLVMdev] build failure on mingw gcc 4.9.1
I encountered a new build failure (r227128) on my nightly build of LLVM for MinGW: FAILED: cmd.exe /c cd . && D:\MinGW\x86_64-4.9.1-release-posix-seh-rt_v3-rev0\mingw64\bin\c++.exe -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wno-missing-field-initializers -pedantic -Wno-long-long -Wno-maybe-uninitialized -Wno-comment -std=gnu++11 -g
2009 Jul 28
0
[PATCH 6/8] nv50: support more vtxelt formats
...T_R8G8B8A8_UNORM: - so_data(vtxfmt, 0x24500000 | i); - break; - default: - { - NOUVEAU_ERR("invalid vbo format %s\n", - pf_name(ve->src_format)); - assert(0); - return; - } - } + so_data(vtxfmt, nv50_vtxeltfmt(ve->src_format) | i); so_method(vtxbuf, tesla, 0x900 + (i * 16), 3); so_data (vtxbuf, 0x20000000 | vb->stride); -- 1.6.3.3 --------------030109060900080900080804 Content-Type: text/plain; name="0007-nv50-use-new-2D-surface-format-names.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="0007-nv50-u...
2013 Jan 15
0
nouveau lockdep splat on init
...[<ffffffffa02fce6a>] nouveau_object_new+0x14a/0x2b0 [nouveau] [ 40.864179] [<ffffffffa043171a>] nv50_display_create+0x1ea/0x9a0 [nouveau] [ 40.864179] [<ffffffff81060582>] ? __cancel_work_timer+0x72/0xc0 [ 40.864179] [<ffffffffa03fe7b4>] nouveau_display_create+0x4c4/0x900 [nouveau] [ 40.864179] [<ffffffffa03e6da2>] nouveau_drm_load+0x3b2/0x960 [nouveau] [ 40.864179] [<ffffffff8140e599>] ? device_register+0x19/0x20 [ 40.864179] [<ffffffffa0095d11>] ? drm_sysfs_device_add+0x81/0xb0 [drm] [ 40.864179] [<ffffffffa00944f9>] drm_get_pci...
2010 Jun 09
1
PXE boot into rescue mode
...led ACPI: UsingPCI-GART: No AMD northbridge found. pnp: 00:08: ioport range 0x800-0x87f could not be reserved pnp: 00:08: ioport range 0x880-0x8bf has been reserved pnp: 00:08: ioport range 0x8c0-0x8df has been reserved pnp: 00:08: ioport range 0x8e0-0x8e3 has been reserved pnp: 00:08: ioport range 0x900-0x900 has been reserved pnp: 00:08: ioport range 0xc00-0xc7f has been reserved pnp: 00:08: ioport range 0xca0-0xca7 has been reserved pnp: 00:08: ioport range 0xca9-0xcab has been reserved pnp: 00:09: ioport range 0xca8-0xca8 has been reserved pnp: 00:09: ioport range 0xcac-0xcac has been reserved...
2020 Jun 16
0
iwlwifi problem after Centos 8.2 update
...650.251297] iwl_mvm_config_scan+0xec/0x100 [iwlmvm] [ 650.251300] iwl_mvm_up+0x89a/0xa60 [iwlmvm] [ 650.251303] __iwl_mvm_mac_start+0x26/0x1d0 [iwlmvm] [ 650.251306] iwl_mvm_mac_start+0x23/0x40 [iwlmvm] [ 650.251318] drv_start+0x43/0x100 [mac80211] [ 650.251327] ieee80211_do_open+0x251/0x900 [mac80211] [ 650.251330] __dev_open+0xcd/0x160 [ 650.251331] __dev_change_flags+0x1ad/0x220 [ 650.251332] dev_change_flags+0x21/0x60 [ 650.251333] do_setlink+0x314/0xe90 [ 650.251334] ? update_curr+0x70/0x1c0 [ 650.251335] ? cpumask_next_and+0x1a/0x20 [ 650.251337] ? __nla_validate_pa...
2017 Dec 03
0
nouveau: refcount_t splat on 4.15-rc1 on nv50
...8.209720] nvkm_ioctl+0x100/0x240 [nouveau] [ 8.209747] nvif_object_init+0xbf/0x110 [nouveau] [ 8.209774] nvif_device_init+0xe/0x30 [nouveau] [ 8.209808] nouveau_cli_init+0x1bb/0x560 [nouveau] [ 8.209812] ? kmem_cache_alloc_trace+0x175/0x1e0 [ 8.209846] nouveau_drm_load+0x56/0x900 [nouveau] [ 8.209865] drm_dev_register+0x12f/0x1c0 [drm] [ 8.209874] drm_get_pci_dev+0x93/0x170 [drm] [ 8.209877] ? __pci_set_master+0x42/0x70 [ 8.209911] nouveau_drm_probe+0x1a9/0x230 [nouveau] [ 8.209915] ? __pm_runtime_resume+0x54/0x70 [ 8.209917] pci_device_probe+0xc8/0x...
2001 Oct 05
1
Kernel Ooops probably in conjunction with lvm
Hello, I've got a rather strange setup over here with about 6 ext3 partitions, one 50gig lvm partition and one 2 gig software-raid1 partition running under a heavily patched 2.4.10 kernel (various netfilter patches, freeswan, current lvm patch (1.0.1-rc4 and current ext3 patch). Furthermore I have all of those neccessary filesystem tools, so don't tell me to upgrade :-) The machine was
2012 Dec 17
5
Feeback on RAID1 feature of Btrfs
...1] [<ffffffffa0167cb1>] split_leaf+0x621/0x740 [btrfs] [ 804.910690] [<ffffffffa0160d52>] ? leaf_space_used+0xd2/0x110 [btrfs] [ 804.910710] [<ffffffffa01b9455>] ? btrfs_set_lock_blocking_rw+0xb5/0x120 [btrfs] [ 804.910720] [<ffffffffa016894c>] btrfs_search_slot+0x89c/0x900 [btrfs] [ 804.910730] [<ffffffffa0169fcc>] btrfs_insert_empty_items+0x7c/0xe0 [btrfs] [ 804.910742] [<ffffffffa017c313>] insert_with_overflow+0x43/0x120 [btrfs] [ 804.910753] [<ffffffffa017c4ac>] btrfs_insert_dir_item+0xbc/0x200 [btrfs] [ 804.910767] [<ffffffffa0195c6b&...