Skip to content

Conversation

@GermanAizek
Copy link
Contributor

Related to issue: #1407

This commit fixes when processing the first line, the clock frequency value ptr->dev_clocks is 0. If the first line of the clock frequency contains 100 values, the clock frequency value ptr->dev_clocks will be 100. When processing the second row "Clocks", which contains, for example, 100 more values, the loop will start with i = 100. This will cause 72 values to be written outside the 128-element dev_block array, which will lead to buffer overflow and an emergency crash xserver.

This commit fixes when processing the first line, the clock frequency value ptr->dev_clocks is 0. If the first line of the clock frequency contains 100 values, the clock frequency value ptr->dev_clocks will be 100. When processing the second row "Clocks", which contains, for example, 100 more values, the loop will start with i = 100. This will cause 72 values to be written outside the 128-element dev_block array, which will lead to buffer overflow and an emergency crash xserver.
@callmetango callmetango linked an issue Nov 16, 2025 that may be closed by this pull request
@metux metux requested a review from a team November 17, 2025 12:06
@metux
Copy link
Contributor

metux commented Nov 22, 2025

does this also need to be backported to maint-25.0 ?

break;

case CLOCKS:
ptr->dev_clocks = 0;
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why are we setting this to 0 here?
It is overwritten after a few lines.

@metux metux requested a review from a team November 26, 2025 17:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Duplicate "Clocks" keyword crashed server

3 participants