search for: hdr_offset

...vecot: imap(cvicente): mbox sync: UID inserted in the middle of mailbox /home/xxx/Mail/xxx (93 > 3, seq=93, idx_msgs=3455) Mar 31 15:10:34 dovecot: imap(cvicente): file mbox-sync-update.c: line 55 (mbox_sync_move_buffer): assertion failed: (ctx->mail.offset + ctx->mail.space <= ctx->hdr_offset + pos || ctx->mail.offset > ctx->hdr_offset + pos + have) Mar 31 15:10:35 dovecot: child 32373 (imap) killed with signal 6 M I'm running dovecot-1.0_beta3 Hope this gets some attention from the developers. cv >In the maillog I get > > Mar 29 09:17:25 bree dovecot: ima...

...oo(only IMAP error changes: failed to read mail beggining). Commenting out following code in mbox_read_from_line function (in src/lib-storage/index/mbox/istream-raw-mbox.c) helped and plugin was working correctly, but only with Dovecot <=1.1.3. if (stream->istream.v_offset - rstream->hdr_offset + new_pos > rstream->mail_size) { /* istream_raw_mbox_set_next_offset() used invalid cached next_offset? */ i_error("Next message unexpectedly lost from %"PRIuUOFF_T, rstream->hdr_offset + rstream->mail_size); rstream->eof...

...cot-antispam is the latest snapshot. Running on Red Hat Enterprise Linux Server release 5.2, x86_64, filesystem is ext3 (on lvm). Attached is the strace -p of the session. The code seems to be this in i_stream_raw_mbox_read: if (stream->istream.v_offset - rstream->hdr_offset + new_pos > rstream->mail_size) { /* istream_raw_mbox_set_next_offset() used invalid cached next_offset? */ i_error("Next message unexpectedly lost from %"PRIuUOFF_T, rstream->hdr_offset + rst...

...ing down after receiving this. Mulberry doesn't seem to have the problem, presumably because it's sending a different command sequence that doesn't stroke this. Here's the failing code, in i_stream_raw_mbox_read : if (stream->istream.v_offset - rstream->hdr_offset + new_pos > rstream->mail_size) { /* istream_raw_mbox_set_next_offset() used invalid cached next_offset? */ i_error("Next message unexpectedly lost from %"PRIuUOFF_T, rstream->hdr_offset + rstream->mail...

...imap(hartr): mbox sync: UID inserted in the middle of mailbox /var/mail/hartr (8 > 1, seq=2, idx_msgs=4) Mar 29 09:17:25 bree dovecot: imap(hartr): file mbox-sync-update.c: line 55 (mbox_sync_move_buffer): assertion failed: (ctx->mail.offset + ctx->mail.space <= ctx->hdr_offset + pos || ctx->mail.offset > ctx->hdr_offset + pos + have) Mar 29 09:17:26 bree dovecot: child 14242 (imap) killed with signal 6 When I point this thunderbird at my main (dovecot 0.99) server everything is fine, we seems to suggest that this is a dovecot problem and not a thunder...

...cot: imap(hartr): mbox sync: UID inserted in the middle of mailbox /var/mail/hartr (8 > 1, seq=2, idx_msgs=4) Mar 29 09:17:25 bree dovecot: imap(hartr): file mbox-sync-update.c: line 55 (mbox_sync_move_buffer): assertion failed: (ctx->mail.offset + ctx->mail.space <= ctx->hdr_offset + pos || ctx->mail.offset > ctx->hdr_offset + pos + have) Mar 29 09:17:26 bree dovecot: child 14242 (imap) killed with signal 6 When I point this thunderbird at my main (dovecot 0.99) server everything is fine, which seems to suggest that this is a dovecot problem and not a thunde...

...- */ -static void -gm200_secboot_populate_hsf_bl_desc(void *acr_image, - struct gm200_flcn_bl_desc *bl_desc) -{ - struct fw_bin_header *hsbin_hdr = acr_image; - struct hsf_fw_header *fw_hdr = acr_image + hsbin_hdr->header_offset; - struct hsf_load_header *load_hdr = acr_image + fw_hdr->hdr_offset; - - /* - * Descriptor for the bootloader that will load the ACR image into - * IMEM/DMEM memory. - */ - fw_hdr = acr_image + hsbin_hdr->header_offset; - load_hdr = acr_image + fw_hdr->hdr_offset; - memset(bl_desc, 0, sizeof(*bl_desc)); - bl_desc->ctx_dma = FALCON_DMAIDX_VIRT; - bl_desc...

The actual alpha4 release this time. With a few changes since the pre-release. The important changes again: - Default lock_method changed to flock instead of the old fcntl. Solaris users will need to set it back to fcntl. This makes sure that Dovecot's indexes aren't accidentally used with NFS. - IMAP: We might have sent extra EXPUNGE messages when output buffer got full. This could

...443 443 ctx->mail.uid = mail->uid; (gdb) print *ctx $1 = {sync_ctx = 0xffbff708, mail = {uid = 13, idx_seq = 0, keywords = { buffer = 0x0, element_size = 0}, flags = 0 '\0', uid_broken = 0, from_offset = 0, body_size = 8816, offset = 36747, space = 0}, seq = 3, hdr_offset = 36747, body_offset = 37555, header_first_change = 779, header_last_change = 4294967295, header = 0xa20b0, hdr_md5_sum = "3\207I\234?\027\032P??C?e8?V", content_length = 18446744073709551615, hdr_pos = {754, 4294967295, 779, 766, 787}, parsed_uid = 13, last_uid_value_start_pos...

...ctx->mail.uid = mail->uid; (gdb) print *ctx $1 = {sync_ctx = 0xffbff708, mail = {uid = 21, idx_seq = 0, keywords = {buffer = 0x0, element_size = 0}, keywords__type = 0x0, flags = 8 '\b', uid_broken = 0, from_offset = 0, body_size = 20202, offset = 50, space = 0}, seq = 1, hdr_offset = 50, body_offset = 961, header_first_change = 4294967295, header_last_change = 0, header = 0x9e408, hdr_md5_sum = "\000\005Z? '\222f?\237\237\"??E?", content_length = 20202, hdr_pos = {851, 4294967295, 877, 864, 885}, parsed_uid = 21, last_uid_value_start_pos = 0, have_eoh =...

...id = 543975790, idx_seq = 1696605540, keywords = { buffer = 0x20282573, element_size = 691675233}, flags = 115 's', uid_broken = 0, from_offset = 2334660562256225338, body_size = 2317143184821452800, offset = 7881984859801090414, space = 7146493963828095348}, seq = 1697538816, hdr_offset = 7166485042769453427, body_offset = 8385550126703146593, header_first_change = 1819632991, header_last_change = 1937006962, header = 0x745f706f, hdr_md5_sum = "s != 0\000\000\000\000\000\000ctx-", content_length = 6877119172238459471, hdr_pos = {1482639428, 1381980255, 1229799760,...

..._first_mail = 0, delay_writes = 1} (gdb) print mail_ctx $2 = {sync_ctx = 0xffbff580, mail = {uid = 2190, idx_seq = 20, keywords = { buffer = 0x0, element_size = 0}, flags = 0 '\0', uid_broken = 0, from_offset = 8126406, body_size = 792, offset = 8127145, space = 50}, seq = 15, hdr_offset = 8126455, body_offset = 8127207, header_first_change = 4294967295, header_last_change = 0, header = 0xaee78, hdr_md5_sum = "\027??b?\022?Ya??l?\030?N", content_length = 18446744073709551615, hdr_pos = {749, 4294967295, 4294967295, 4294967295, 686}, parsed_uid = 2190, last_uid...

...+ * @sig_dbg_size: size of the debug signature + * @sig_prod_offset: offset of the production signature + * @sig_prod_size: size of the production signature + * @patch_loc: offset of the offset (sic) of where the signature is + * @patch_sig: offset of the offset (sic) to add to sig_*_offset + * @hdr_offset: offset of the load header (see struct hs_load_header) + * @hdr_size: size of above header + * + * This structure is embedded in the HS firmware image at + * hs_bin_hdr.header_offset. + */ +struct hsf_fw_header { + u32 sig_dbg_offset; + u32 sig_dbg_size; + u32 sig_prod_offset; + u32 sig_prod_size...

...= (struct mbox_sync_mail_context *) 0xffbff318 (gdb) print *ctx $2 = {sync_ctx = 0xffbff708, mail = {uid = 1655, idx_seq = 0, keywords = { buffer = 0x0, element_size = 0}, flags = 0 '\0', uid_broken = 0, from_offset = 0, body_size = 1151, offset = 6525755, space = 0}, seq = 634, hdr_offset = 6525755, body_offset = 6526652, header_first_change = 866, header_last_change = 4294967295, header = 0xb63d8, hdr_md5_sum = "?`\a[;\017\020.?\224\237K?\231??", content_length = 18446744073709551615, hdr_pos = {841, 4294967295, 866, 853, 874}, parsed_uid = 1655, last_uid_value_...

....c:1547 mail_ctx = {sync_ctx = 0xbfbac0f4, mail = {uid = 0, idx_seq = 1, keywords = {arr = {buffer = 0x0, element_size = 0}, v = 0x0, v_modifiable = 0x0}, flags = 12 '\f', uid_broken = 0, expunged = 1, pseudo = 0, from_offset = 0, body_size = 0, offset = 0, space = 243}, seq = 1, hdr_offset = 66, body_offset = 151, header_first_change = 4294967295, header_last_change = 0, header = 0x9800878, hdr_md5_sum = "?\035\214?\217\000?\004?\200\t\230??B~", content_length = 18446744073709551615, hdr_pos = {69, 12, 4294967295, 82, 32}, parsed_uid = 2, last_uid_updated_value = 0, l...

Hi everyone, Apologies for the big patchset. This is a rework of the secure boot code that moves the building of the blob into its own set of source files (and own hooks), making the code more flexible and (hopefully) easier to understand as well. This rework is needed to support more signed firmware for existing and new chips. Since the firmwares in question are not available yet I cannot send

...ecboot_prepare_hs_blob(struct gm200_secboot *gsb, const char *fw, acr_data = acr_image + hsbin_hdr->data_offset; - /* Patch descriptor? */ + /* Patch descriptor with WPR information? */ if (patch) { fw_hdr = acr_image + hsbin_hdr->header_offset; load_hdr = acr_image + fw_hdr->hdr_offset; desc = acr_data + load_hdr->data_dma_base; - gsb->func->fixup_hs_desc(gsb, desc); + gm200_secboot_fixup_hs_desc(gsb, desc); } /* Generate HS BL descriptor */ @@ -1404,29 +1470,10 @@ gm200_secboot_fixup_bl_desc(const struct gm200_flcn_bl_desc *desc, void *ret) memcpy(ret, desc...

This is a highly changed revision of the first patch series that adds secure boot support to Nouveau. This code still depends on NVIDIA releasing official firmware files, but the files released with SHIELD TV and Pixel C can already be used on a Jetson TX1. As you know we are working hard to release the official firmware files, however in the meantime it doesn't hurt to review the code so it

Sending things in a smaller chunks since it makes their reviewing easier. This part part 2/3 of the secboot refactoring/PMU command support patch series. Part 1 was the new falcon library which should be merged soon now. This series is mainly a refactoring/sanitization of the existing secure boot code. It does not add new features (part 3 will). Secure boot handling is now separated by NVIDIA

...= {uid = 0, idx_seq = 0, keywords = {arr = { buffer = 0x0, element_size = 0}, v = 0x0, v_modifiable = 0x0}, flags = 32 ' ', uid_broken = 0, expunged = 0, pseudo = 0, status_broken = 0, xstatus_broken = 0, from_offset = 564, body_size = 0, offset = 564, space = 0}, seq = 2, hdr_offset = 564, body_offset = 564, header_first_change = 4294967295, header_last_change = 0, header = 0x809c758, hdr_md5_sum = "?\035\214?\217\000?\004?\200\t\230??B~", content_length = 18446744073709551615, hdr_pos = {4294967295, 4294967295, 4294967295, 4294967295, 4294967295}, parsed_ui...