Linux And Flaky ATL1C Support
Here’s something I thought I’d never see — the day that wired networking in Linux could ever be considered anything less than “it just works.”
I recently purchased a laptop (Toshiba Satellite C655D-S5518 to be precise) and had trouble out of the gate after installing Arch Linux. The computer would seem to hang whenever the network was involved. (E.g., running netcfg, networkmanager, or the ip command.) I assumed that it was wireless support that was causing the headaches, so I ran hwinfo --netcard | grep "Modules\|File" to find the kernel modules related to my networking devices.
Device Modules: "atl1c" Device File: eth0 Driver Modules: "rtl8192ce" Device File: wlan0
I blacklisted rtl8192ce but that didn’t solve my problem. (More …)









You know you want to do it. You know your friends want to do it. You’ve heard stories of people that have done it. We’ve all wanted to do it — compile a program from source. One of the ultimate goals of any geek to own a computer, compiling a program from source just gives you that geek street cred you’ve always wanted. Now you can have it!
I try to limit the space available to my root partition, but sometimes that comes back to bite me in the ass. Especially if I haven’t updated in a while. The major problem with using binary package managers is that they need space for the downloaded tar.gz files AND the space to extract it. There are some tricks you can do to help free up some space for package upgrades.


Jesse Robinson 5:18 am on June 14, 2012 Permalink |
I had exactly the same problem with atl1c it caused the console to freeze when the cable was unpluged,do you know the maintainer of this driver,so we can file a bug report,the problem is worse with a 3.4 kernel.
Linux Jesse 3.4.0 #2 SMP Wed May 30 09:01:55 EST 2012 x86_64 GNU/Linux
I really need to upgrade my kernel before submitting a bug,but scanning round it seems the bug is still there as of current kernel release.
BrainwreckedTech 9:55 am on June 14, 2012 Permalink |
Unfortunately I do not. Which also means I do not know how much work is going into the driver. If there’s a dedicated team, then they just need time. If it’s a single person, he could probably use some help even it’s nothing more than yet another environment in which to see how the driver code behaves. Just be prepared that this might entail setting up a debug environment (e.g. compiling and using a kernel that spits out debug symbols, etc.). If you can code, all the better.
Either way, as the driver is listed as EXPERIMENTAL, it’ll do no good to file normal bug reports as the people behind this driver already know that it is not 100%.