I'm working on a bluetooth project at the moment and after getting the value of the kCBAdvDataManufacturerData:
var data = advertisementData.value(forKey: "kCBAdvDataManufacturerData")
The values are hex values:
<00133377 08d704de ff03c200 00000000 00000000 00000000 00000000 00337701 416e746f 6e206465 20426f64 65000000 00000000 00000000>
what I know so far is that the value of kCBAdvDataManufacturerDatakey is an AnyObject
From the above value I need this:
00133377 08d704de ff03c200 00000000 00000000 00000000 00000000 00337701 416e746f 6e206465 20426f64 65000000 00000000 00000000
How can I get this value without converting it to a String? In other word is there a way to use something like Range on a AnyObject value without converting it to a String?
Related
I am trying to connect to HiveMQ MQTT Broker from my ESP8266, 2 months ago, this code works fine, but now, when I implement more features, the code run with a lot of Exceptions. Sometimes, Exception (28), I'm newbie in this fields and don't know the way to handle it, thanks for your helps.
RAM and Flash:
Exception:
Sometimes:
My Code:
void setup()
{
BearSSL::WiFiClientSecure *bear = setSSLCertificate();
PSclient = new PubSubClient(*bear);
MQTT_ADDRESS = cEEPROM.getMqttAddress();
MQTT_PORT = cEEPROM.getMqttPort();
PSclient->setServer(MQTT_ADDRESS.c_str(), MQTT_PORT);
PSclient->setBufferSize(512);
PSclient->setCallback(myCallback);
}
void loop()
{
wifiConfig.configWifiAP(ENV_SSID_AP, ENV_PASS_AP);
if (!PSclient->connected())
{
reconnect();
}
else
{
PSclient->loop();
}
}
}
void reconnect()
{
while ((!PSclient->connected()) && tryConnectPS <= 5)
{
setDateTime();
String MQTT_ACCOUNT = cEEPROM.getMqttAccount();
String MQTT_USERNAME = cEEPROM.getMqttUsername();
String MQTT_PASSWORD = cEEPROM.getMqttPassword();
Serial.print("Try to connect to MQTT... ");
if (PSclient->connect(MQTT_ACCOUNT.c_str(), MQTT_USERNAME.c_str(), MQTT_PASSWORD.c_str()))
{
Serial.print("Connected state:");
Serial.println(PSclient->state());
String MQTT_TOPIC = cEEPROM.getMqttTopic();
boolean result = PSclient->subscribe(MQTT_TOPIC.c_str());
Serial.print("Tinh trang subscribe topic: ");
Serial.println(result);
tryConnectPS = 0;
DeviceService::turnReadyLedOn();
return;
}
else
{
Serial.print("Failed,rc = ");
Serial.println(PSclient->state());
Serial.println("Try again in 2 seconds ... ");
delay(1000);
tryConnectPS++;
}
}
}
BearSSL::WiFiClientSecure *setSSLCertificate()
{
LittleFS.begin();
int numCerts = certStore.initCertStore(LittleFS, PSTR("/certs.idx"), PSTR("/certs.ar"));
Serial.printf("So chung chi CA : %d\n", numCerts);
if (numCerts == 0)
{
Serial.printf("KHONG TIM THAY CHUNG CHI NAO");
}
BearSSL::WiFiClientSecure *bear = new BearSSL::WiFiClientSecure();
bear->setCertStore(&certStore);
return bear;
}
Full exception:
--------------- CUT HERE FOR EXCEPTION DECODER ---------------
Exception (28):
epc1=0x40205f0d epc2=0x00000000 epc3=0x00000000 excvaddr=0x00000000 depc=0x00000000
stack>>>
ctx: bearssl
sp: 3fff3690 end: 3fff3a80 offset: 0190
3fff3820: 3ffe8cc1 3fffbd6c 3fffb7f4 40205ef4
3fff3830: 4021bb04 00000000 000003e8 4021ad84
3fff3840: 00000000 00000000 00000000 40213640
3fff3850: 00000000 00000000 3fff116c 4021bb04
3fff3860: 00000000 000003e8 3ad6faec 00000000
3fff3870: 00000000 00000000 40213640 00000000
3fff3880: 00000000 3fff116c bd2fdbf6 925dd89d
3fff3890: c6b3dd59 2f7b7dde 0c3e3fec bc6117ef
3fff38a0: 572033bf f8302d1e 0001d90a 0000056f
3fff38b0: 928b6852 b5d6e5dc d07ddae3 3fffa404
3fff38c0: 3fffa428 3fffae04 000003dd 4023efe6
3fff38d0: 4026ed46 eb148196 203ddbd5 d3597ea7
3fff38e0: f958f8e2 cd48b85b 164f5cfe 551efe29
3fff38f0: 11c8af23 7cea8db0 2f179093 09a2acfd
3fff3900: f03f4647 ffb7b0e9 32684d28 1e5e67d6
3fff3910: 4026f0a7 00000000 00000b80 00000000
3fff3920: 3fffa41c 3fffac04 3fffa4d4 0000001a
3fff3930: 3fffa434 3fffa430 c818691e 0a857cc3
3fff3940: 56789534 54be83d2 466dbc59 1ce0b490
3fff3950: 3416a5e4 0b8510a4 5d8f434c 59ff5645
3fff3960: 3fff6072 0000002a 3fff6072 00000683
3fff3970: 3fff5ad4 3fff52d4 3fff5ab8 4023f682
3fff3980: 3fff5adc 3fff52d4 3fff5ab8 40239cb0
3fff3990: 402083e4 3fff52d4 3ffffdf0 00000004
3fff39a0: 4026d679 00000005 00000000 fffffffe
3fff39b0: 00000000 3fffc6fc 00000000 3fff4b3c
3fff39c0: 0000f811 00000000 3fff11d8 00000030
3fff39d0: deadbeef deadbeef 4026da73 deadbeef
3fff39e0: 3fff5ad8 3fff5b5c 3fff5ad4 deadbeef
3fff39f0: deadbeef 3fff52b8 0000001a 3fff5db8
3fff3a00: 0000001a deadbeef deadbeef deadbeef
3fff3a10: deadbeef deadbeef deadbeef 3fff5dd4
3fff3a20: 000005c2 3fff5cd4 3fff52d4 40237e44
3fff3a30: 3fff5ab8 deadbeef deadbeef deadbeef
3fff3a40: 00000250 00000005 deadbeef 3fff11d8
3fff3a50: 00000000 00000000 3fff52d4 40238439
3fff3a60: 00000100 deadbeef deadbeef deadbeef
3fff3a70: deadbeef 00000000 3fff4b3c 402093b8
ctx: cont
sp: 3ffffde0 end: 3fffffc0 offset: 0000
3ffffde0: 00000000 00000000 00003a98 40208400
3ffffdf0: 000005c2 6e00c440 c4c69916 284c5820
3ffffe00: 00000008 00000001 000024a9 00000000
3ffffe10: 40238f4c 40238f9c 3fff52d4 4023858a
3ffffe20: 3fff57d4 3fff4d44 3fff52d4 3fff4d44
3ffffe30: 00000000 00000001 3fff4b3c 40208453
3ffffe40: 00000000 00000001 3fff4b3c 40208643
3ffffe50: 40105b5d 3fff135c 3fff135c 000000c9
3ffffe60: 00000000 00000000 000022b3 4021733a
3ffffe70: 00000000 3fff4b3c 3fff4cd4 4020746e
3ffffe80: 3fff5194 00000010 3fffff5c 3fff45f4
3ffffe90: 000022b3 3fff4d44 3fff4b3c 3fff45f4
3ffffea0: 000022b3 3fff4d44 3fff4b3c 402086e5
3ffffeb0: 4021bbac 9e5c4936 4021bbac 9e5c4936
3ffffec0: 00000000 3fff4c94 3fff4cbc 4021a08a
3ffffed0: 00000000 3fff4c94 3fff4cbc 4020b3e8
3ffffee0: 3ffe88ec 3fff135c 00000005 000000a4
3ffffef0: 00000000 3fffff74 00000000 00000000
3fffff00: 00000001 3ffe88d2 3fff11a0 40214c34
3fffff10: 40214c28 3ffe88d2 3fff11a0 3fff0f30
3fffff20: 3fff0c48 3fff0d44 3fff11a0 4020b5d0
3fffff30: 00000000 00000000 00000001 402150d0
3fffff40: 3fff0c48 3fff0d44 3fff11a0 4020575a
3fffff50: 3fff0f30 00000001 3fff0c54 3fff4cbc
3fffff60: 000f000f 8a003837 3fff4c94 0012001f
3fffff70: 8a003439 36384d53 4a4b3252 0a003439
3fffff80: 3fffdad0 3fff0d44 3fff0c3c 3fff12f4
3fffff90: 3fffdad0 00000000 3fff0d44 40205b09
3fffffa0: 3fffdad0 00000000 3fff12e0 40216d40
3fffffb0: feefeffe feefeffe 3ffe8650 40100dd9
<<<stack<<<
--------------- CUT HERE FOR EXCEPTION DECODER ---------------
I expect to a successful and stable connection to MQTT Broker
I add a mtd partition (512kb) to save panic log by mtdoops on an arm based embedded devices(kernel v4.4).
I trigger the panic using "echo c > /proc/sysrq-trigger".
After the device reboot observe the kernel panic logs in the Oops partition by "strings", but the panic log seems to be truncated(limit in 2kb?).
How to change the limit of mtdoops?
# strings /dev/mtd22
]<4>[ 99.089308] r3 : 00000001 r2 : 00000000 r1 : ef717364 r0 : 00000063
<4>[ 99.095905] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
<4>[ 99.102416] Control: 10c5787d Table: 6652c06a DAC: 00000055
<0>[ 99.109618] Process ash (pid: 234, stack limit = 0xee672210)
<0>[ 99.115350] Stack: (0xee673ec8 to 0xee674000)
<0>[ 99.121077] 3ec0: 00000002 ee80b200 00000001 00000000 c0301d24 c058a8dc
<0>[ 99.125336] 3ee0: c058a8a0 c0421b98 00000002 c0421b28 ee673f88 b675fbf0 c0301d24 c03df2ec
<0>[ 99.133495] 3f00: 00000000 000006c0 00000000 00000000 00000000 ee673f18 be461b48 0000000b
<0>[ 99.141656] 3f20: eeab0218 0000000a eeab0240 00080000 ee673f60 ee7531f8 00000001 e4b70780
<0>[ 99.149816] 3f40: ef046998 c0355734 00000002 00000002 e4b70780 ee673f88 b675fbf0 c03df9c0
<0>[ 99.157975] 3f60: e4b70780 b675fbf0 00000002 e4b70780 e4b70780 b675fbf0 00000002 c0301d24
<0>[ 99.166134] 3f80: ee672000 c03e009c 00000000 00000000 00000002 00000000 00000000 00000000
<0>[ 99.174294] 3fa0: 00000004 c0301b80 00000000 00000000 00000001 b675fbf0 00000002 00000000
<0>[ 99.182455] 3fc0: 00000000 00000000 00000000 00000004 00000002 be4619cc 00000020 7f087b44
<0>[ 99.190615] 3fe0: be461958 be461944 b67b66ac b67b5b78 60000010 00000001 00000000 00000000
<4>[ 99.198784] [<c058a480>] (sysrq_handle_crash) from [<c058a7dc>] (__handle_sysrq+0x88/0x124)
<4>[ 99.206940] [<c058a7dc>] (__handle_sysrq) from [<c058a8dc>] (write_sysrq_trigger+0x3c/0x4c)
<4>[ 99.215102] [<c058a8dc>] (write_sysrq_trigger) from [<c0421b98>] (proc_reg_write+0x70/0x84)
<4>[ 99.223435] [<c0421b98>] (proc_reg_write) from [<c03df2ec>] (__vfs_write+0x1c/0xd0)
<4>[ 99.231763] [<c03df2ec>] (__vfs_write) from [<c03df9c0>] (vfs_write+0xa8/0x130)
<4>[ 99.239401] [<c03df9c0>] (vfs_write) from [<c03e009c>] (SyS_write+0x40/0x80)
<4>[ 99.246695] [<c03e009c>] (SyS_write) from [<c0301b80>] (ret_fast_syscall+0x0/0x34)
<0>[ 99.253986] Code: e3a03001 e5823000 f57ff04e e3a02000 (e5c23000)
<4>[ 99.268628]
UBI#
UBI#
UBI#
#
#
# strings /dev/mtd22 | wc -c
2057
#
#
I have been trying to encode a string using Nanopb library on NodeMCU and publish it using AzureMQTT.
On testing individually, both Nanopb and Azure work just fine. However, Integration of both in one sketch gives me errors.
void loop(){
uint8_t sMsg[512];
gestures data;
char *msg = "aaaaaaaaaaaaaaaaaaaaaaaaa";
strcpy(data.values,msg);
Serial.println("done with strcpy");
pb_ostream_t buffer = pb_ostream_from_buffer(sMsg, sizeof(sMsg));
if (!(pb_encode(&buffer, gestures_fields, &data))) {
Serial.println(F("Encoding failed"));
Serial.println(PB_GET_ERROR(&buffer));
return;
}
else
{
Serial.println("enterd else");
Serial.println((char*)sMsg);
client.run();
if (client.connected()) {
Serial.println("connected");
String payload = "{\"DeviceId\":\"" + String(DEVICE_ID) + "\", \"data\":" + (char*)sMsg + "}";
Serial.println(payload);
client.sendEvent(payload);
Serial.println("Published message!");
}
}
Serial.println("Done with loop");
}
The Serial output is as below:
entered if
done with strcpy
enterd else
aaaaaaaaaaaaaaaaaaaaaaaaa?z[#t/⸮?⸮⸮⸮?⸮⸮⸮?⸮⸮⸮?⸮+⸮?⸮⸮⸮?$⸮?
Done with loop
If observed, the client.connected() is returning false, hence, the message is not being published.
Also, sometimes, at client.run() there's a stack error:
Fatal exception 28(LoadProhibitedCause):
epc1=0x401016dc, epc2=0x00000000, epc3=0x00000000, excvaddr=0x02786a4c,
depc=0x00000000
Exception (28):
epc1=0x401016dc epc2=0x00000000 epc3=0x00000000 excvaddr=0x02786a4c
depc=0x00000000
ctx: sys
sp: 3ffffcf0 end: 3fffffb0 offset: 01a0
>>>stack>>>
3ffffe90: 3fff0010 3fff242c 00000000 40216af4
3ffffea0: 00000000 005e5dbc 40216b4b 3fff242c
3ffffeb0: 3fff2414 ffffffbc 00000000 ffffffff
3ffffec0: 02786a30 00000000 4020c087 00000026
3ffffed0: ffffffff 00000000 3ffeaf61 00000130
3ffffee0: 4020c0da 3fff2d2c 3ffef1cc 3ffef4cc
3ffffef0: 00000000 00000000 4010195b 3fff2d2c
3fffff00: 000000c0 00000000 00000064 3fff2d94
3fffff10: 4020b4e0 3fff2d2c 3fff2d6c 401070bc
3fffff20: 00000009 4021007c 3ffef848 40234b25
3fffff30: 3fff1f34 3fff1f30 005e5dcb 4010610e
3fffff40: 402164be 3ffee878 3ffee878 40234d6d
3fffff50: 401060f4 00000000 00000000 0000001c
3fffff60: 4021fdb4 3ffeffe8 0000001b 4021fdc1
3fffff70: 3ffef858 3fff0010 027982a2 60000600
3fffff80: 4021fe06 3fffdab0 00000000 3fffdcb0
3fffff90: 3fff0020 3fffdab0 00000000 40208993
3fffffa0: 40000f49 40000f49 3fffdab0 40000f49
<<<stack<<<
Decoding the stacktrace gives:
Exception 28: LoadProhibited: A load referenced a page mapped with an
attribute that does not permit loads
Decoding 22 results
0x401016dc: ppEnqueueRxq at ?? line ?
0x401016dc: ppEnqueueRxq at ?? line ?
0x40216af4: ieee80211_parse_wmeparams at ?? line ?
0x40216b4b: ieee80211_parse_wmeparams at ?? line ?
0x4020c087: pp_attach at ?? line ?
0x4020c0da: pp_attach at ?? line ?
0x4010195b: ppCalFrameTimes at ?? line ?
0x4020b4e0: ppCheckTxIdle at ?? line ?
0x401070bc: pvPortMalloc at
C:\Users\Violet\Documents\ArduinoData\packages\esp8266\hardware\esp8266\2.3.0\cores\esp8266/heap.c line 13
0x4021007c: ieee80211_getmgtframe at ?? line ?
0x40234b25: udp_input at
/Users/igrokhotkov/espressif/arduino/tools/sdk/lwip/src/core/udp.c line 106
(discriminator 1)
0x4010610e: igmp_timer at
/Users/igrokhotkov/espressif/arduino/tools/sdk/lwip/src/core/timers.c line
222
0x402164be: sta_input at ?? line ?
0x40234d6d: udp_bind at
/Users/igrokhotkov/espressif/arduino/tools/sdk/lwip/src/core/udp.c line 787
0x401060f4: igmp_timer at
/Users/igrokhotkov/espressif/arduino/tools/sdk/lwip/src/core/timers.c line 217
0x4021fdb4: system_get_os_print at ?? line ?
0x4021fdc1: system_pp_recycle_rx_pkt at ?? line ?
0x4021fe06: system_restart_hook at ?? line ?
0x40208993: std::_Function_base::_Base_manager ::_M_manager(std::_Any_data&,
std::_Any_data const&, std::_Manager_operation) at
c:\users\violet\documents\arduinodata\packages\esp8266\tools\xtensa-lx106-
elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2/functional
line 1934
It seems you may be overflowing your stack, i.e. running out of space allocated for local variables. When either of the libraries run alone, there is enough space, but when combined it runs out.
A simple way to fix this would be to change this large variable to static allocation:
uint8_t sMsg[512]; // Allocated on stack area
static uint8_t sMsg[512]; // Allocated separately
What static does is that it reserves a section for the variable for the whole duration of the program, instead of trying to fit it in the small dynamic area of the stack.
It is also possible to increase the stack size. On Arduino ESP8266 SDK, this seems to be done by modifying CONT_STACKSIZE in cores/esp8266/cont.h.
I am confused as to why I am getting 128 bytes for scan-lines/rowpitch rather than the 8 I am specifying. The BMP in question being loaded is 4 pixels, red top left, green top right, blue bottom left, yellow bottom right.
Code is as follows:
ID3D11Resource *g_pOverlay_Staging = nullptr;
IWICImagingFactory* WICFactory = nullptr;
IWICBitmapDecoder * WICBitmapDecoder = nullptr;
IWICBitmapFrameDecode * WICBitmapFrame = nullptr;
WICPixelFormatGUID pixelFormat;
HR(CoCreateInstance(CLSID_WICImagingFactory, nullptr, CLSCTX_INPROC_SERVER, __uuidof(IWICImagingFactory), (LPVOID*)&WICFactory));
HR(WICFactory->CreateDecoderFromFilename(L"province_map.bmp", nullptr, GENERIC_READ, WICDecodeMetadataCacheOnDemand, &WICBitmapDecoder));
HR(WICBitmapDecoder->GetFrame(0,&WICBitmapFrame));
HR(WICBitmapFrame->GetPixelFormat(&pixelFormat));
DXGI_FORMAT format;
if (pixelFormat == GUID_WICPixelFormat24bppBGR){
std::wostringstream outs2;
outs2 << "pixelformat = GUID_WICPixelFormat24bppBGR" << std::endl;
OutputDebugString(outs2.str().c_str());
format = DXGI_FORMAT_R8G8B8A8_UNORM;
}
IWICFormatConverter * FC = nullptr;
WICFactory->CreateFormatConverter(&FC);
HR(FC->Initialize(WICBitmapFrame, GUID_WICPixelFormat32bppRGBA, WICBitmapDitherTypeErrorDiffusion, 0, 0, WICBitmapPaletteTypeCustom));
std::unique_ptr<uint8_t[]> temp(new uint8_t[16]);
HR(FC->CopyPixels(0, 8, 16, temp.get()));
D3D11_TEXTURE2D_DESC desc;
desc.Width = 2;
desc.Height = 2;
desc.MipLevels = 1;
desc.ArraySize = 1;
desc.Format = format;
desc.SampleDesc.Count = 1;
desc.SampleDesc.Quality = 0;
desc.Usage = D3D11_USAGE_STAGING;
desc.BindFlags = 0;
desc.CPUAccessFlags = D3D11_CPU_ACCESS_WRITE | D3D11_CPU_ACCESS_READ;
desc.MiscFlags = 0;
D3D11_SUBRESOURCE_DATA initData;
initData.pSysMem = temp.get();
initData.SysMemPitch = 8;
initData.SysMemSlicePitch = 16;
ID3D11Texture2D* tex = nullptr;
HR(d3d11DeviceInterface->CreateTexture2D(&desc, &initData, &tex));
g_pOverlay_Staging = tex;
D3D11_MAPPED_SUBRESOURCE mapped_subresource;
HR(d3d11DeviceContextInterface->Map(g_pOverlay_Staging, 0, D3D11_MAP_READ_WRITE, 0, &mapped_subresource));
uint8_t * v = reinterpret_cast<uint8_t*>(mapped_subresource.pData);
unsigned int x = 0;
while (x < 256 ) {
std::bitset<8> one(v[x]);
std::bitset<8> two(v[x+1]);
std::bitset<8> three(v[x+2]);
std::bitset<8> four(v[x + 3]);
std::wostringstream outs1;
outs1 << "x[" << x << "] = " << one << " x[" << x + 1 << "] = " << two << " x[" << x + 2 << "] = " << three << " x[" << x + 3 << "] = " << four << std::endl;
OutputDebugString(outs1.str().c_str());
x += 4;
}
Output is:
pixelformat = GUID_WICPixelFormat24bppBGR
x[0] = 11111111 x[1] = 00000000 x[2] = 00000000 x[3] = 11111111
x[4] = 00000000 x[5] = 11111111 x[6] = 00000000 x[7] = 11111111
x[8] = 00000000 x[9] = 00000000 x[10] = 00000000 x[11] = 00000000
x[12] = 00000000 x[13] = 00000000 x[14] = 00000000 x[15] = 00000000
x[16] = 00000000 x[17] = 00000000 x[18] = 00000000 x[19] = 00000000
x[20] = 00000000 x[21] = 00000000 x[22] = 00000000 x[23] = 00000000
x[24] = 00000000 x[25] = 00000000 x[26] = 00000000 x[27] = 00000000
x[28] = 00000000 x[29] = 00000000 x[30] = 00000000 x[31] = 00000000
x[32] = 00000000 x[33] = 00000000 x[34] = 00000000 x[35] = 00000000
x[36] = 00000000 x[37] = 00000000 x[38] = 00000000 x[39] = 00000000
x[40] = 00000000 x[41] = 00000000 x[42] = 00000000 x[43] = 00000000
x[44] = 00000000 x[45] = 00000000 x[46] = 00000000 x[47] = 00000000
x[48] = 00000000 x[49] = 00000000 x[50] = 00000000 x[51] = 00000000
x[52] = 00000000 x[53] = 00000000 x[54] = 00000000 x[55] = 00000000
x[56] = 00000000 x[57] = 00000000 x[58] = 00000000 x[59] = 00000000
x[60] = 00000000 x[61] = 00000000 x[62] = 00000000 x[63] = 00000000
x[64] = 00000000 x[65] = 00000000 x[66] = 00000000 x[67] = 00000000
x[68] = 00000000 x[69] = 00000000 x[70] = 00000000 x[71] = 00000000
x[72] = 00000000 x[73] = 00000000 x[74] = 00000000 x[75] = 00000000
x[76] = 00000000 x[77] = 00000000 x[78] = 00000000 x[79] = 00000000
x[80] = 00000000 x[81] = 00000000 x[82] = 00000000 x[83] = 00000000
x[84] = 00000000 x[85] = 00000000 x[86] = 00000000 x[87] = 00000000
x[88] = 00000000 x[89] = 00000000 x[90] = 00000000 x[91] = 00000000
x[92] = 00000000 x[93] = 00000000 x[94] = 00000000 x[95] = 00000000
x[96] = 00000000 x[97] = 00000000 x[98] = 00000000 x[99] = 00000000
x[100] = 00000000 x[101] = 00000000 x[102] = 00000000 x[103] = 00000000
x[104] = 00000000 x[105] = 00000000 x[106] = 00000000 x[107] = 00000000
x[108] = 00000000 x[109] = 00000000 x[110] = 00000000 x[111] = 00000000
x[112] = 00000000 x[113] = 00000000 x[114] = 00000000 x[115] = 00000000
x[116] = 00000000 x[117] = 00000000 x[118] = 00000000 x[119] = 00000000
x[120] = 00000000 x[121] = 00000000 x[122] = 00000000 x[123] = 00000000
x[124] = 00000000 x[125] = 00000000 x[126] = 00000000 x[127] = 00000000
x[128] = 00000000 x[129] = 00000000 x[130] = 11111111 x[131] = 11111111
x[132] = 11111111 x[133] = 11111111 x[134] = 00000000 x[135] = 11111111
x[136] = 00000000 x[137] = 00000000 x[138] = 00000000 x[139] = 00000000
x[140] = 00000000 x[141] = 00000000 x[142] = 00000000 x[143] = 00000000
x[144] = 00000000 x[145] = 00000000 x[146] = 00000000 x[147] = 00000000
x[148] = 00000000 x[149] = 00000000 x[150] = 00000000 x[151] = 00000000
x[152] = 00000000 x[153] = 00000000 x[154] = 00000000 x[155] = 00000000
x[156] = 00000000 x[157] = 00000000 x[158] = 00000000 x[159] = 00000000
x[160] = 00000000 x[161] = 00000000 x[162] = 00000000 x[163] = 00000000
x[164] = 00000000 x[165] = 00000000 x[166] = 00000000 x[167] = 00000000
x[168] = 00000000 x[169] = 00000000 x[170] = 00000000 x[171] = 00000000
x[172] = 00000000 x[173] = 00000000 x[174] = 00000000 x[175] = 00000000
x[176] = 00000000 x[177] = 00000000 x[178] = 00000000 x[179] = 00000000
x[180] = 00000000 x[181] = 00000000 x[182] = 00000000 x[183] = 00000000
x[184] = 00000000 x[185] = 00000000 x[186] = 00000000 x[187] = 00000000
x[188] = 00000000 x[189] = 00000000 x[190] = 00000000 x[191] = 00000000
x[192] = 00000000 x[193] = 00000000 x[194] = 00000000 x[195] = 00000000
x[196] = 00000000 x[197] = 00000000 x[198] = 00000000 x[199] = 00000000
x[200] = 00000000 x[201] = 00000000 x[202] = 00000000 x[203] = 00000000
x[204] = 00000000 x[205] = 00000000 x[206] = 00000000 x[207] = 00000000
x[208] = 00000000 x[209] = 00000000 x[210] = 00000000 x[211] = 00000000
x[212] = 00000000 x[213] = 00000000 x[214] = 00000000 x[215] = 00000000
x[216] = 00000000 x[217] = 00000000 x[218] = 00000000 x[219] = 00000000
x[220] = 00000000 x[221] = 00000000 x[222] = 00000000 x[223] = 00000000
x[224] = 00000000 x[225] = 00000000 x[226] = 00000000 x[227] = 00000000
x[228] = 00000000 x[229] = 00000000 x[230] = 00000000 x[231] = 00000000
x[232] = 00000000 x[233] = 00000000 x[234] = 00000000 x[235] = 00000000
x[236] = 00000000 x[237] = 00000000 x[238] = 00000000 x[239] = 00000000
x[240] = 00000000 x[241] = 00000000 x[242] = 00000000 x[243] = 00000000
x[244] = 00000000 x[245] = 00000000 x[246] = 00000000 x[247] = 00000000
x[248] = 00000000 x[249] = 00000000 x[250] = 00000000 x[251] = 00000000
x[252] = 00000000 x[253] = 00000000 x[254] = 00000000 x[255] = 00000000
This is expected. After you've uploaded texture memory to the GPU, if you Map it back for read, there's no guarantee that it will come back with the same pitch that you uploaded it as. This is because on upload, the driver re-lays out memory in a way that's optimal for rendering. When you bring it back to the CPU, the driver efficiently converts it back to linear format, usually in a way that reflects various properties of the texture cache or page size.
I have created a NDIS5 intermediate filter driver named fxwrap.sys,however when i uninstall it. windows causes BSOD.It also seems ndis!ndisOidRequestComplete reads null address from dump file.I want to know whether this problem is caused by fxwrap or other things.
env:windows 7 ultimate 7601
Here is fxwrap!PtRequestComplete function source code:
VOID PtRequestComplete(NDIS_HANDLE ProtocolBindingContext,
PNDIS_REQUEST NdisRequest,
NDIS_STATUS Status)
{
PADAPT pAdapt = (PADAPT)ProtocolBindingContext;
NDIS_OID Oid = pAdapt->Request.DATA.SET_INFORMATION.Oid ;
NdisAcquireSpinLock(&pAdapt->AdaptDataLock);
{
pAdapt->OutstandingRequests = FALSE;
}
NdisReleaseSpinLock(&pAdapt->AdaptDataLock);
switch(NdisRequest->RequestType)
{
case NdisRequestQueryInformation:
{
if(Oid == OID_TCP_TASK_OFFLOAD)
{
Status = NDIS_STATUS_FAILURE;
}
ASSERT(Oid != OID_PNP_QUERY_POWER);
if(Oid == OID_PNP_CAPABILITIES && Status == NDIS_STATUS_SUCCESS)
{
MPQueryPNPCapbilities(pAdapt, &Status);
}
*pAdapt->BytesReadOrWritten = NdisRequest->DATA.QUERY_INFORMATION.BytesWritten;
*pAdapt->BytesNeeded = NdisRequest->DATA.QUERY_INFORMATION.BytesNeeded;
NdisMQueryInformationComplete(pAdapt->MiniportHandle, Status);
} break;
case NdisRequestSetInformation:
{
ASSERT( Oid != OID_PNP_SET_POWER);
*pAdapt->BytesReadOrWritten = NdisRequest->DATA.SET_INFORMATION.BytesRead;
*pAdapt->BytesNeeded = NdisRequest->DATA.SET_INFORMATION.BytesNeeded;
NdisMSetInformationComplete(pAdapt->MiniportHandle, Status);
}break;
default:
ASSERT(0);
break;
}
}
following is dump info:
DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1) An attempt was made to access a
pageable (or completely invalid) address at an interrupt request level
(IRQL) that is too high. This is usually caused by drivers using
improper addresses. If kernel debugger is available get stack
backtrace. Arguments: Arg1: 00000000, memory referenced Arg2:
00000002, IRQL Arg3: 00000000, value 0 = read operation, 1 = write
operation Arg4: 8a81bd11, address which referenced memory
Debugging Details:
READ_ADDRESS: GetPointerFromAddress: unable to read from 84788848
Unable to read MiSystemVaType memory at 84767e20 00000000
CURRENT_IRQL: 2
FAULTING_IP: ndis!ndisOidRequestComplete+8a 8a81bd11 803b05
cmp byte ptr [ebx],5
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0xD1
PROCESS_NAME: System
TRAP_FRAME: 8dd07aa0 -- (.trap 0xffffffff8dd07aa0) ErrCode = 00000000
eax=00000200 ebx=00000000 ecx=00000001 edx=00000000 esi=8dd07b4c
edi=a277f5a4 eip=8a81bd11 esp=8dd07b14 ebp=8dd07b34 iopl=0 nv
up ei pl zr na pe nc cs=0008 ss=0010 ds=0023 es=0023 fs=0030
gs=0000 efl=00010246
ndis!ndisOidRequestComplete+0x8a:
8a81bd11 803b05 cmp byte ptr [ebx],5 ds:0023:00000000=??
Resetting default scope
LAST_CONTROL_TRANSFER: from 8a81bd11 to 846605fb
STACK_TEXT:
8dd07aa0 8a81bd11 badb0d00 00000000 8dd07ac0 nt!KiTrap0E+0x2cf
8dd07b34 8a81c8b9 8dd07b4c 8c840008 870c1618
ndis!ndisOidRequestComplete+0x8a
8dd07b68 952b411b 8963b0f0 a277f5a4 00000000
ndis!NdisFOidRequestComplete+0x6a
8dd07b88 8a81c19d 870c1618 8c840008 00000000
pacer!PcFilterRequestComplete+0x5b
8dd07bbc 8a843572 02d07bd4 00000000 89ac60e0
ndis!ndisOidRequestComplete+0x516
8dd07bf4 8a843805 00ac60e0 8c840008 00000000
ndis!ndisMOidRequestCompleteInternal+0xd0
8dd07c18 8a87a765 02ac60e0 00000000 8c840008
ndis!ndisCompleteLegacyRequest+0xdb
8dd07c38 95a831c5 89ac60e0 00000000 89ad20e0
ndis!NdisMSetInformationComplete+0x81
8dd07c54 8a87506f 8a1d48e8 8a1d4908 00000000
fxwrap!PtRequestComplete+0x61
8dd07c70 8a81c05b 876f54c0 8966f0f0 00000000
ndis!ndisCompleteOidRequestToRequest+0x4a
8dd07ca4 8a8704b2 00d07cbc 89ad20e0 8a85a000
ndis!ndisOidRequestComplete+0x3d4
8dd07ce8 8a823221 00ad20e0 8966f190 86a58638
ndis!ndisMDoOidRequest+0x528
8dd07d00 8469ca6b 8966f188 00000000 86a58638
ndis!ndisDoOidRequests+0x4d
8dd07d50 84827fda 00000000 92ed9892 00000000 nt!ExpWorkerThread+0x10d
8dd07d90 846d01f9 8469c95e 00000000 00000000
nt!PspSystemThreadStartup+0x9e
00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x19
STACK_COMMAND: kb
FOLLOWUP_IP: pacer!PcFilterRequestComplete+5b 952b411b 56
push esi
SYMBOL_STACK_INDEX: 3
SYMBOL_NAME: pacer!PcFilterRequestComplete+5b
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: pacer
IMAGE_NAME: pacer.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc916
FAILURE_BUCKET_ID: 0xD1_pacer!PcFilterRequestComplete+5b
BUCKET_ID: 0xD1_pacer!PcFilterRequestComplete+5b
Followup: MachineOwner
thanks for any input.
You write that it happens during uninstall. Is it uninstall or driver disable as well? I'll assume it's driver disable, don't see any reason why this should happen on uninstall exclusively. The failure happens in your set OID completion routine. More information is needed in order to analyze, specifically the view of pAdapt and MiniportHandle structs. However, most probable cause is lack of synchronization - for example, in this case it might happen if your driver has already deallocated the pAdapt context and the completion was invoked after that (again, this is just an assumption, need more data to give more certain answer).