netdev - Neptune regression...

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Sat, 03 May 2008 23:52:12 -0700 (PDT)
From:	David Miller <davem@...emloft.net>
To:	matheos.worku@....com
CC:	netdev@...r.kernel.org
Subject: Neptune regression...

Matheos, this patch of your's:

commit 7f7c4072ea552f97a0898331322f71986a97299c
Author: Matheos Worku <matheos.worku@....com>
Date:   Thu Apr 24 21:02:37 2008 -0700

    niu: Determine the # of ports from the card's VPD data

    [ Fix minor whitespace and coding style stuff... -DaveM ]

    Signed-off-by: Matheos Worku <matheos.worku@....com>
    Signed-off-by: David S. Miller <davem@...emloft.net>

Breaks on-board Neptune chips on Maramba systems.

Previously the code in niu_get_and_validate_port() used a default of
"4" ports if the various probing methods failed.  Your code removed
that fallback.

This case seems to be what triggers for on-board Maramba chips.

So, for now, I'm going to put the:

	if (!parent->num_ports)
		parent->num_ports = 4;

back in there to fix the regression.  I've validated that this fixes
the problem.

Is there some other mechanism we should be using here to detect the
port count in the Maramba on-board case?
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html