netdev - Re: [PATCH] alx: add a simple AR816x/AR817x device driver

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-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <1371381472.8546.1.camel@jlt4.sipsolutions.net>
Date:	Sun, 16 Jun 2013 13:17:52 +0200
From:	Johannes Berg <johannes@...solutions.net>
To:	Johannes Stezenbach <js@...21.net>
Cc:	netdev@...r.kernel.org
Subject: Re: [PATCH] alx: add a simple AR816x/AR817x device driver

On Sun, 2013-06-16 at 11:49 +0200, Johannes Stezenbach wrote:

> > > Can you check if one of RX actually works? It seems TX doesn't, at least
> > > given the message, but it'd be good to know if RX actually worked? Just
> > > trying ping obviously wouldn't determine that, maybe try tcpdump?
> 
> I tried it but no packets are received, and no irqs generated.

Ok.

> > I'm assuming you did try the QCA driver and it works?
> 
> It worked at some time in the past, but I just tried again
> and now it doesn't work, it spits a large register dump
> periodically and then does task:alx_reinit.  I'll try
> to backtrack to find the working version, but give me
> some time.

Ouch. Which tree are you testing there, btw? I found a handful of trees
on github.

> (Usually I don't use eth on this maching except for doing
> bulk data copies to my laptop, which happens very rarely.
> For the most time I'm using ath9k_htc WLAN USB dongle.)
> 
> Another thing: suspend to disk fails (also happened with QCA driver):
> 
> Jun 16 00:54:32 abc kernel: [93820.564582] Suspending console(s) (use no_console_suspend to debug)
> Jun 16 00:54:32 abc kernel: [93820.568633] serial 00:0a: disabled
> Jun 16 00:54:32 abc kernel: [93820.568644] serial 00:0a: System wakeup disabled by ACPI
> Jun 16 00:54:32 abc kernel: [93820.569407] alx 0000:03:00.0: PHY SPD/DPLX unresolved: 0xffff
> Jun 16 00:54:32 abc kernel: [93820.569410] alx 0000:03:00.0: shutdown fail in suspend -22
> Jun 16 00:54:32 abc kernel: [93820.569417] pci_pm_freeze(): alx_suspend+0x0/0x75 returns -22
> Jun 16 00:54:32 abc kernel: [93820.569421] dpm_run_callback(): pci_pm_freeze+0x0/0x8f returns -22
> Jun 16 00:54:32 abc kernel: [93820.569427] PM: Device 0000:03:00.0 failed to freeze async: error -22
> 
> (I think it worked the first time but failed on second suspend)

Hmm. I don't really have a use for suspend/resume here, I'll poke at it
but ... maybe I should just remove WOL and kill the chip in suspend. :)

johannes

--
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