All of lore.kernel.org
 help / color / mirror / Atom feed
From: bluez.test.bot@gmail.com
To: linux-bluetooth@vger.kernel.org, luiz.dentz@gmail.com
Subject: RE: Run test-functional under User Mode Linux
Date: Fri, 30 Oct 2026 16:58:24 -0700 (PDT)	[thread overview]
Message-ID: <6ae52f20.14693a91.142f35.c7ec@mx.google.com> (raw)
In-Reply-To: <20261030212940.753771-2-luiz.dentz@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1950 bytes --]

This is automated email and please do not reply to this email!

Dear submitter,

Thank you for submitting the patches to the linux bluetooth mailing list.
This is a CI test results with your patch series:
PW Link:https://patchwork.kernel.org/series/1197502/

---Test result---

Test Summary:
CheckPatch                    PASS      3.06 seconds
GitLint                       FAIL      2.21 seconds
BuildEll                      PASS      14.42 seconds
BluezMake                     PASS      181.80 seconds
MakeCheck                     PASS      13.22 seconds
MakeDistcheck                 PASS      101.53 seconds
CheckValgrind                 PASS      155.81 seconds
CheckSmatch                   PASS      177.16 seconds
bluezmakeextell               PASS      60.63 seconds
TestFunctional                PASS      843.52 seconds
IncrementalBuild              PASS      223.17 seconds
ScanBuild                     PASS      642.53 seconds

Details
##############################
Test: GitLint - FAIL
Desc: Run gitlint
Output:
[BlueZ,v1,02/10] tools/test-runner: Unbind virtio devices before powering off UML

1: T1 Title exceeds max length (81>80): "[BlueZ,v1,02/10] tools/test-runner: Unbind virtio devices before powering off UML"
[BlueZ,v1,04/10] adapter: Don't return Busy when a pending change sets the same value

1: T1 Title exceeds max length (85>80): "[BlueZ,v1,04/10] adapter: Don't return Busy when a pending change sets the same value"
[BlueZ,v1,06/10] shared/mcp: Don't drop commands before supported opcodes are read

1: T1 Title exceeds max length (82>80): "[BlueZ,v1,06/10] shared/mcp: Don't drop commands before supported opcodes are read"
[BlueZ,v1,09/10] adapter: Don't cancel requests of a new link on stale disconnection

1: T1 Title exceeds max length (84>80): "[BlueZ,v1,09/10] adapter: Don't cancel requests of a new link on stale disconnection"


https://github.com/bluez/bluez/pull/2740

---
Regards,
Linux Bluetooth


  reply	other threads:[~2026-10-30 23:58 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-30 21:29 [PATCH BlueZ v1 00/10] Run test-functional under User Mode Linux Luiz Augusto von Dentz
2026-10-30 21:29 ` [PATCH BlueZ v1 01/10] tools/test-runner: Default to time travel with " Luiz Augusto von Dentz
2026-10-30 23:58   ` bluez.test.bot [this message]
2026-10-30 21:29 ` [PATCH BlueZ v1 02/10] tools/test-runner: Unbind virtio devices before powering off UML Luiz Augusto von Dentz
2026-10-30 21:29 ` [PATCH BlueZ v1 03/10] emulator: Answer the time of a guest with a skew Luiz Augusto von Dentz
2026-10-30 21:29 ` [PATCH BlueZ v1 04/10] adapter: Don't return Busy when a pending change sets the same value Luiz Augusto von Dentz
2026-10-30 21:34   ` Luiz Augusto von Dentz
2026-10-30 21:29 ` [PATCH BlueZ v1 05/10] test: functional: wait for BAP transports to be configured Luiz Augusto von Dentz
2026-10-30 21:29 ` [PATCH BlueZ v1 06/10] shared/mcp: Don't drop commands before supported opcodes are read Luiz Augusto von Dentz
2026-10-30 21:29 ` [PATCH BlueZ v1 07/10] doc/test-functional: Document User Mode Linux VM hosts Luiz Augusto von Dentz
2026-10-30 21:29 ` [PATCH BlueZ v1 08/10] a2dp: Fix refusing the AVDTP connection of a new link Luiz Augusto von Dentz
2026-10-30 21:29 ` [PATCH BlueZ v1 09/10] adapter: Don't cancel requests of a new link on stale disconnection Luiz Augusto von Dentz
2026-10-30 21:29 ` [PATCH BlueZ v1 10/10] test: Cover A2DP reconnection with a pending disconnection Luiz Augusto von Dentz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=6ae52f20.14693a91.142f35.c7ec@mx.google.com \
    --to=bluez.test.bot@gmail.com \
    --cc=linux-bluetooth@vger.kernel.org \
    --cc=luiz.dentz@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.