* [PATCH 1/2] platform/x86: dell_rbu: Fix list usage
2025-05-21 16:16 [PATCH 0/2] platform/x86: dell_rbu: Packet data fixes Stuart Hayes
@ 2025-05-21 16:16 ` Stuart Hayes
2025-05-22 13:02 ` kernel test robot
2025-05-21 16:16 ` [PATCH 2/2] platform/x86: dell_rbu: Stop overwriting data buffer Stuart Hayes
1 sibling, 1 reply; 4+ messages in thread
From: Stuart Hayes @ 2025-05-21 16:16 UTC (permalink / raw)
To: linux-kernel, Hans de Goede, Ilpo Järvinen,
platform-driver-x86
Cc: Stuart Hayes
Stop using an entire struct packet_data just for the embedded list_head,
and fix usage of that list_head.
Signed-off-by: Stuart Hayes <stuart.w.hayes@gmail.com>
---
drivers/platform/x86/dell/dell_rbu.c | 10 +++++-----
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/platform/x86/dell/dell_rbu.c b/drivers/platform/x86/dell/dell_rbu.c
index e30ca325938c..6a602a80160a 100644
--- a/drivers/platform/x86/dell/dell_rbu.c
+++ b/drivers/platform/x86/dell/dell_rbu.c
@@ -77,14 +77,14 @@ struct packet_data {
int ordernum;
};
-static struct packet_data packet_data_head;
+struct list_head packet_data_list;
static struct platform_device *rbu_device;
static int context;
static void init_packet_head(void)
{
- INIT_LIST_HEAD(&packet_data_head.list);
+ INIT_LIST_HEAD(&packet_data_list);
rbu_data.packet_read_count = 0;
rbu_data.num_packets = 0;
rbu_data.packetsize = 0;
@@ -183,7 +183,7 @@ static int create_packet(void *data, size_t length)
/* initialize the newly created packet headers */
INIT_LIST_HEAD(&newpacket->list);
- list_add_tail(&newpacket->list, &packet_data_head.list);
+ list_add_tail(&newpacket->list, &packet_data_list);
memcpy(newpacket->data, data, length);
@@ -292,7 +292,7 @@ static int packet_read_list(char *data, size_t * pread_length)
remaining_bytes = *pread_length;
bytes_read = rbu_data.packet_read_count;
- list_for_each_entry(newpacket, (&packet_data_head.list)->next, list) {
+ list_for_each_entry(newpacket, &packet_data_list, list) {
bytes_copied = do_packet_read(pdest, newpacket,
remaining_bytes, bytes_read, &temp_count);
remaining_bytes -= bytes_copied;
@@ -315,7 +315,7 @@ static void packet_empty_list(void)
{
struct packet_data *newpacket, *tmp;
- list_for_each_entry_safe(newpacket, tmp, (&packet_data_head.list)->next, list) {
+ list_for_each_entry_safe(newpacket, tmp, &packet_data_list, list) {
list_del(&newpacket->list);
/*
--
2.47.1
^ permalink raw reply related [flat|nested] 4+ messages in thread* [PATCH 2/2] platform/x86: dell_rbu: Stop overwriting data buffer
2025-05-21 16:16 [PATCH 0/2] platform/x86: dell_rbu: Packet data fixes Stuart Hayes
2025-05-21 16:16 ` [PATCH 1/2] platform/x86: dell_rbu: Fix list usage Stuart Hayes
@ 2025-05-21 16:16 ` Stuart Hayes
1 sibling, 0 replies; 4+ messages in thread
From: Stuart Hayes @ 2025-05-21 16:16 UTC (permalink / raw)
To: linux-kernel, Hans de Goede, Ilpo Järvinen,
platform-driver-x86
Cc: Stuart Hayes
The dell_rbu driver will use memset to clear the data held by each packet
when it is no longer needed (when the driver is unloaded, the packet size
is changed, etc).
The amount of memory that is cleared is (currently) the normal packet
size. However, the last packet in the list may be smaller. Fix this to
only clear the memory actually used by each packet, to prevent it from
writing past the end of data buffer.
Signed-off-by: Stuart Hayes <stuart.w.hayes@gmail.com>
---
drivers/platform/x86/dell/dell_rbu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/platform/x86/dell/dell_rbu.c b/drivers/platform/x86/dell/dell_rbu.c
index 6a602a80160a..bedf03fa4f41 100644
--- a/drivers/platform/x86/dell/dell_rbu.c
+++ b/drivers/platform/x86/dell/dell_rbu.c
@@ -322,7 +322,7 @@ static void packet_empty_list(void)
* zero out the RBU packet memory before freeing
* to make sure there are no stale RBU packets left in memory
*/
- memset(newpacket->data, 0, rbu_data.packetsize);
+ memset(newpacket->data, 0, newpacket->length);
set_memory_wb((unsigned long)newpacket->data,
1 << newpacket->ordernum);
free_pages((unsigned long) newpacket->data,
--
2.47.1
^ permalink raw reply related [flat|nested] 4+ messages in thread