containing RTL8153-BND should
activate MAC pass through and there won't use pass through bit on efuse
like in RTL8153-AD.
Signed-off-by: Mario Limonciello
---
drivers/net/usb/r8152.c | 33 ++---
1 file changed, 22 insertions(+), 11 deletions(-)
diff --git a/drivers/ne
t and available under \_SB.AMAC in the DSDT at runtime.
This technology is currently implemented in the Dell TB15 and WD15 Type-C
docks. More information is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello
---
drivers/net/usb/r8152.c
t and available under \_SB.AMAC in the DSDT at runtime.
This technology is currently implemented in the Dell TB15 and WD15 Type-C
docks. More information is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello
---
Changes from v5:
* Correct r
t and available under \_SB.AMAC in the DSDT at runtime.
This technology is currently implemented in the Dell TB15 and WD15 Type-C
docks. More information is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello
---
Changes from v4:
* Correct
t and available under _SB\AMAC in the DSDT at runtime.
This technology is currently implemented in the Dell TB15 and WD15 Type-C
docks. More information is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello
---
Changes from v3:
* Add addit
t and available under _SB\AMAC in the DSDT at runtime.
This technology is currently implemented in the Dell TB15 and WD15 Type-C
docks. More information is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello
---
drivers/net/usb/r8152.c
activated.
- Expected experience is that if two docks (RTL8153-AD's w/ mac pass thru
bit set) were plugged in both should have MAC pass through activated.
Mario Limonciello (1):
r8152: Add support for setting pass through MAC address on RTL8153-AD
drivers/net/u
ac_address() implementation.
- I haven't yet done this. If this is the right approach.
I would like to know the proper place in arch/x86 to put this code.
My initial thought was a new file in arch/x86/platform/intel
Mario Limonciello (1):
r8152: Add support for setting MAC to system&
information for the system's persistent MAC address is burned in when
the HW is built and available under _SB\AMAC in the DSDT at runtime.
More information about the technology is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello
---
dr
information for the system's persistent MAC address is burned in when
the HW is built and avilable under _SB\AMAC in the DSDT at runtime.
More information about the technology is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello
---
dr
On 03/12/2016 02:33 PM, Andy Lutomirski wrote:
> On Sat, Mar 12, 2016 at 11:35 AM, Andy Lutomirski wrote:
> Got it. I was barking up the wrong tree.
>
> Q: What happens if _Q66 runs concurrently with itself:
>
> A:
>
> Method (_Q66, 0, NotSerialized) // _Qxx: EC Query
>
On 03/07/2016 02:42 PM, Andy Lutomirski wrote:
> On Mon, Mar 7, 2016 at 12:13 PM, Greg Kroah-Hartman
> wrote:
> I'm adding a couple Dell people.
>
> Hi, Dell people-
>
> Your latest DSDT has this blatantly buggy method:
>
> Method (_Q66, 0, NotSerialized) // _Qxx: EC Query
>
12 matches
Mail list logo