Remove unnecessary sysctls, add comments to the remaining ones. #139
No reviewers
Labels
No Label
RFC
RFT
WIP
blocked
bsp
bug
build/scripts/tools
duplicate
feature
fixed
layer3
mantis
more details required
needs changes
node
packages/fff
rejected
security
trivial
upstream
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: freifunk-franken/firmware#139
Loading…
Reference in New Issue
No description provided.
Delete Branch "fbl/firmware:sysctl-cleanup"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Many of the set sysctls are either unnecessary, are already default in the kernel or in OpenWrts defaults, or the reason for them being explicitly set is unknown.
Remove all those sysctls from fff-network, as unfounded deviations from default values will cause hard-to-debug problems in the future.
The original motivation for this patch is the netdev_max_backlog sysctl, which was set to a very low value without any reason or comment. This hurt forwarding performance on mt7621 with DSA significantly and took quite a while to discover.
Tested-by: Fabian Bläse <fabian@blaese.de>
applied.
Seit wann applien wir denn Patches ganz ohne Review?
Der Patch lag knapp 3 Monate rum. Da er für für einige Geräte ein echtes Performance-Problem löst und aktuell Review-Technisch fast gar nichts passiert, habe ich mir die Freiheit genommen, den Patch zu applien.
Ich glaube wir hatten das früher auch mal in Diskussion, ob man die (ungeschriebenen?) Regeln dahingehend etwas aufweichen möchte, um die Entwicklung nicht unnötig zu bremsen. Ich wäre hier auch weiterhin dafür, das zu tun.
Ja, wir hatten das in Diskussion und alle außer mir waren dagegen.
Und wenn ich alle Patches applie, die lange rumliegen, dann erkennt man die Firmware nicht mehr wieder ...
Also ich dachte eigentlich, dass ich dafür war. Möglicherweise hats das damals aber aus Zeitmangel nicht bis in eine Mail geschafft.
Alternativvorschläge für Patches, die keine Reviewer finden (ohne veta!), aber aus Sicht eines Commiters/Entwicklers wichtig sind?
Ich hatte jetzt allgemein eigentlich auch nicht vor, bei jeder Änderung 3 Monate zu warten, um es dann ohne Review applien zu können.
Pull request closed