From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pg1-f182.google.com (mail-pg1-f182.google.com [209.85.215.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 6867C425CF4 for ; Tue, 16 Jun 2026 10:04:24 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.215.182 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781604265; cv=none; b=U9WOcKPmrGnaNkDfNB0BNGFTw2zX2XdEvFlRnvqh12KShaumKlR9mpvehcRkuX4SVxa8VAYmRkAZIbHrjRmlJ5SnYUncmHmhAUV/rykwFgJBerUi83WcAbeKxHK5aVuq7elkeFAwbndlI1EZ+ADK8Bi7hc/jeCRRxG9XXATYdE8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781604265; c=relaxed/simple; bh=50F751gF+rXlNIyRBoGhHlcoVou6MOxU7OCNopSBl7E=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=IqJtb4pHyLu0XPQpNDbf7ojXPU2x2WDwRj0fS9XySiLwwkrbFn9JF3W4EhlpQ7Oh3saK8Tn9nLmF7MvwTvJlA8m6gYILnrU8fxk5GNBfzEZoUpIvhotLZO90MKlEoaX+yBFpr/syrcVSnlnJImk/czqoKp7KykIoCGaUxvY6zbc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=MO9AHc5E; arc=none smtp.client-ip=209.85.215.182 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="MO9AHc5E" Received: by mail-pg1-f182.google.com with SMTP id 41be03b00d2f7-c85825bbc4fso2693910a12.2 for ; Tue, 16 Jun 2026 03:04:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1781604264; x=1782209064; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=7WqqUitEfH9e229osynsO1JlKCUb6fQkndIHrjVVsHs=; b=MO9AHc5E2cypeiLlj1vOAJH9KKmmnrEWtWP5e1qguPufG5fJsEiy5ZIwgdFjn0j6Ox ENU2voKfnG5APB63YKoItVdTjGMdlpDu/+ZpQF+yrFt2jVZcJf6lqbOow8rqa+rQXGO9 u4BwSMGnerdYCccoiLam1JN3UBPqveNguZbA1rSOatGwHnVK7XGDK7rZD86XR86wwuJA +64hdp9qYOljXFKm8mQ5J4lu/+bUqYfktLCiYyXCJ0Oi4edBkcfPYXmngOWQbCP/i8+S c7Msd1oBeXj5mLH1I5baRjGt4ztfOLjV7mxYtvnw7l5YS4chrw0OpxK+4wUQuEvkzb9z ZGGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1781604264; x=1782209064; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=7WqqUitEfH9e229osynsO1JlKCUb6fQkndIHrjVVsHs=; b=M3I0fHN7gdm6S5N7Z/4PFE3O3SX1olCivMgA+GrKyKexRO5onraWAMyKXeSXqfxx+X /9rK80vaGPUybQ/zQ8BnyXgDrhzC0USzU4XUODnC8c4X9O1KWM7AEzN2JDM5oS1BOHdl Bsqcl+ppU8Ze32Rim+SRoNy0JDFC8gCoDNgGxCMmDrSwjfbyFXqnPESy2/20aMRwTCFl TgoXYUX3ZqEPgq5AlOdI3aADJuhp5gVtFiI7DN1GjkOJbtyU9v3C/zCagh8LWdzWPKgK ysl1yeAvYw+7zsn2Ya5+KXuvtP5Ir0/7EpUVHeQvQXJH5LODcRs9MuMr1/x/1LejH6ue ARQg== X-Forwarded-Encrypted: i=1; AFNElJ/t8fv9it0IcrumQXuaDavUAsBTGu1u/0FzCEHQWhC5qsKSlG6uDBLMZQqIPPZqCIbo4mPzGHMQZ1G8v70=@vger.kernel.org X-Gm-Message-State: AOJu0Yw8oGA6tKfu5WwGA+ZNMIx6jcldLYP7jRDcQhrtLwxr/q3iD9ks dD5zDyYT6Vsf2MaXV0C/hd8Vl44xKFG6R62kBe10qQnEf37nHGA1oU6l X-Gm-Gg: Acq92OFHzT3aMBD5laKbGSxz8yEwck8lKQs6loTYpWd6OEa5FJQyU6UpWIGhytqY8qx C0EBLtrbiGyOwc694vHFuiOk4fPVO0iqin6RzsUDD6XwrWXCQUqRVa98J6ZmdmWa2NxCjTYtpSY bwxBAkDzuZwdEBuV82XmDacmTaJTc46RvUFsRxOhB1Py9cD6ITnRpNAFqepWSuCob9CQ8LKa34Y BgzhuxMOcmBKyPgx2a1jGPsVqa5oXQHm9M3Aq1pbrw1WPub6Eg1z6jSSXmYKHOwrZKe3SsW4cSk HqQwgw1nE6KvXgEe8ZSqYTUVtZFU1tSjlzzSfXv5xE9nVt3e9yBKXpY8Nhqn9r8c9lCRkK9J3WL 7zVf1/huKrOmSWU1Ip2Mt5zmFaejoLcUdP40yAjVtddl8VbyRfLxbFUdldeIlrkHFKHf3f6y0AZ 5/nul8WHFHQjx6mKqU+FPOTl0= X-Received: by 2002:a05:6a00:178b:b0:842:6c02:2fa3 with SMTP id d2e1a72fcca58-8434cd4b6c1mr19659359b3a.15.1781604263819; Tue, 16 Jun 2026 03:04:23 -0700 (PDT) Received: from fedora ([103.51.149.90]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-8434ac9c4c0sm11438860b3a.3.2026.06.16.03.04.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 16 Jun 2026 03:04:23 -0700 (PDT) From: Subhrojyoti Bala To: Greg Kroah-Hartman Cc: linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org, Subhrojyoti Bala Subject: [PATCH] staging: rtl8723bs: Fix multi-line comment style in rtw_mlme.h Date: Tue, 16 Jun 2026 15:33:37 +0530 Message-ID: <20260616100337.38230-1-subhrojyoti0609@gmail.com> X-Mailer: git-send-email 2.54.0 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Block comment was not using * on subsequent lines and had blank lines inside the comment body. Fix it to comply with kernel coding style. No functional change. Signed-off-by: Subhrojyoti Bala --- drivers/staging/rtl8723bs/include/rtw_mlme.h | 33 ++++++++++---------- 1 file changed, 16 insertions(+), 17 deletions(-) diff --git a/drivers/staging/rtl8723bs/include/rtw_mlme.h b/drivers/staging/rtl8723bs/include/rtw_mlme.h index dbb523c8a58b..59b12d9daa71 100644 --- a/drivers/staging/rtl8723bs/include/rtw_mlme.h +++ b/drivers/staging/rtl8723bs/include/rtw_mlme.h @@ -67,23 +67,22 @@ enum { }; /* - -there are several "locks" in mlme_priv, -since mlme_priv is a shared resource between many threads, -like ISR/Call-Back functions, the OID handlers, and even timer functions. - -Each struct __queue has its own locks, already. -Other items in mlme_priv are protected by mlme_priv.lock, while items in -xmit_priv are protected by xmit_priv.lock. - -To avoid possible dead lock, any thread trying to modifying mlme_priv -SHALL not lock up more than one locks at a time! - -The only exception is that queue functions which take the __queue.lock -may be called with the xmit_priv.lock held. In this case the order -MUST always be first lock xmit_priv.lock and then call any queue functions -which take __queue.lock. -*/ + * There are several "locks" in mlme_priv, + * since mlme_priv is a shared resource between many threads, + * like ISR/Call-Back functions, the OID handlers, and even timer functions. + * + * Each struct __queue has its own locks, already. + * Other items in mlme_priv are protected by mlme_priv.lock, while items in + * xmit_priv are protected by xmit_priv.lock. + * + * To avoid possible dead lock, any thread trying to modifying mlme_priv + * SHALL not lock up more than one locks at a time! + * + * The only exception is that queue functions which take the __queue.lock + * may be called with the xmit_priv.lock held. In this case the order + * MUST always be first lock xmit_priv.lock and then call any queue functions + * which take __queue.lock. + */ struct sitesurvey_ctrl { u64 last_tx_pkts; -- 2.54.0