The Inspiron 11-3000 I’ve been carrying around developed a rattle the other day, and today I decided to open it up.
Continue reading
I’ve recently added a couple tools to my standard set, and have at least a 4x improvement in the safety of my data by doing so.
The process was complicated a bit because I’ve become very sensitive about only depending on FOSS tools (ex:As much as I like SublimeText2, I stopped using it because it once demanded to be updated before it would run.), but frankly I think that constraint produced better results than I would have reached without it. Because it was something of a hunt, I’d like to recommend the particular tools I settled on, in particular are KeepassX, Attic, and Seafile, described individually below.
Continue reading
I noticed I was scuffing up the not-my-laptop that I’ve been carrying, so I did a little “30 minute” sewing project (that actually took over an hour because I’m apparently retarded) after I burnt out on other things for the evening.
The intention is a little sleeve that will be snug enough to retain the laptop, and let me slide it between [note]books, etc. in a bag. That means a little long, with thick hems on the open end for retention, and no flaps, fasteners, or protrusions to hang up on other things in the bag.
Basically, I measured the wrapped length and width of the machine (to accommodate for thickness), cut a piece of fabric I had around to the full wrapped long dimension (+1.75″ for hems and clearance) and half the wrapped short dimension (+1″ for seams), hemmed the short ends, folded it in half, ran a seam down the sides, half-assed wrapped the first 2″ of each side seam, and called it adequate.
Downside:
Using my venerable old machine always makes me feel like it and 3 generations of my family are judging me when I do something inept or half-assed on it, which probably makes my projects better.
I think I’m satisfied. I’d like it to be just a hair snugger, but the fit is pretty good and snugger would have run the risk of finishing then not being able to get the machine in. I think I want to make some kind of companion pouch for the power brick, but I’m not sure how, an attached pocket would ruin the slip-between-things-in-my-bag functionality.
The KAOS lab recently bought a fleet of five Inspiron 11 3000 3138[PDF Warning] (Celeron N2815/4GB/500GB)laptops. They’re tiny little machines with 8 hour claimed battery lives, they’re pretty cute and sort of obstinate.
I borrowed one to play with, notes:
Continue reading
Some years ago the KAOS lab bought a number of Netgear WNR3500L routers to use as network glue. A pair of them have been in constant service since 2011 in the lab and machine room, and both of those died in the last two weeks. I’ve finally satisfactorily tracked down the culprit, and figure it’s worth a quick write up.
The WNR3500L is a bit of a false-promise machine; it was sold as an “open router” with excellent community firmware support, but it has some pretty extensive blobs that mean it really only runs versions of DD or Tomato with a small range of 2.6 kernels.
I initially just swapped the first one to die out for a spare (which happened to be flashed with Tomato instead of DD, it was an experiment when they were first set up), and reloaded most of the settings by hand (we failed to save or document many of the settings elsewhere. Our fault.) until I had time to investigate. When the second one died, it became urgent.
Conveniently, the WNR3500L has a 3.3V RS-232-like serial port (115200/8/n/1) under an easily removed panel, retained by one small torx screw/pin thing (Both are out in the picture while I was figuring out which side was which).
This leads to another victory for the Bus Pirate. Any 3.3V compatible UART adapter would work, but the bus pirate has much nicer cables for this sort of thing. In retrospect, those headers are correctly sized to just plug the female harness ends directly, but I used clips out of habit.
It turns out they were booting right up with only warnings, but the configuration was sufficiently garbled that neither the WLAN nor the Ethernet ports were coming up. I blew the first one’s settings away (note: at least on the old version these were running, reboot TWICE after clearing the NVRAM to get back to a consistent state: the first time it writes default values, the second time it boots cleanly). With the software-only nature of the problem established, I took more time to investigate the second one, at which point…
nvram show
[1310 lines excluded]
size: 32782 bytes (-14 left)
Well, There’s Your Problem.
Turns out the tiny little log fields for monthly traffic statistics filled up the nvram and were causing configuration corruption, and thus failures.
There are some forum threads and bug reports on the matter, and it was fixed about two years ago with a test to prevent writing past the end of the file, a default setting to automatically delete traff logs after 12 months, and various other enhancements. Now that we’re up and running again it isn’t desperate, but it looks like there is a DD release from mid-2013 with the fixes applied that still supports these things, and they are probably due to be re-flashed to keep this from happening again.
Lessons:
Other notes:
Posting up my notes from SC13 is another thing I didn’t get to during the end of the semester. Remedying now.
The main takeaway sequence from conversations on the floor is as such:
The other really exciting thing that it seems AMD is going to make it, and more. Their lean period finished when the payoff on the XBone/PS4 came in, and they have a VERY good plan for the next >2 years. It works with the premise above about single-core/die MIMD performance ending, and points in the HSA direction – this is the crazy parts with MMUs so a CPU and GPU can share memory without skew penalty and such. ARM and partners are also generally pointed that way, and have been for some time, though apparently AMD isn’t getting out of the x86 game, but it does look like they are getting out of the fat core game.
Continue reading
One of my previous posts about my Singer attracted an email conversation with another owner about the swing-arm mechanism on the no. 42 cabinet. Unfortunately, the end-of-semester insanity struck before the matter was settled, and I am still unsatisfied with what I’ve been able to figure out.
Now that I’ve had a bit of time, I pulled apart my mechanism and took photos, shared below. I’m reasonably certain that if the mechanism is complete and correct, the arm will automatically deploy when the leaf is lifted. Unfortunately, I’m also quite sure that the pieces I do have are inadequate to support that functionality, and I can only guess what the other bits might be.
The larger diameter end of the part I do have matches the diameter of the holes in the hinge, and the smaller-diameter end matches the hole through the swing arm and base.
My best guess is that there are several objects similar to the pictured pin, one of which protrudes below the table into the catch hole of the swing arm through the holes in the hinge mechanism, springloaded “up” such that it retracts when the leaf is out, and is depressed by something protruding from the hinge-hole in the leaf pinning the arm when closed. The pictures sent by the other owner show what looks like the end of a similar pin protruding into the bracket, but it does not extend any where near far enough to retain the arm.
Posted partly in the hopes that my pictures will help other folks with their cabinets, but also if anyone with a no. 42, especially if it has a working swing-arm mechanism or parts that are not pictured, sees this I’d love some more information about how they’re supposed to go together.
In another episode of fixing things for the Cameras as Computing Systems class I’m taking, I made a PKGBUILD that apparently correctly builds and installs chdk-ptp on Archlinux systems. Chdk-ptp is a tethered-control application for Canon cameras running CHDK, that hooks a variety of custom extensions to the ptp protocol. Their build system is a little lackluster, is missing things like an install rule, and requires a helper script be installed to do some path munging before running the binary, but the documentation is good enough to sort it out, and the program itself seems to work. My package depends on iup-all-bin from the AUR which also provides the cd dependency (not marked in its provides array, though there isn’t an official package to conflict with). I tried to use the built-from-source AUR packages for cd (Seriously, who thought that was a good name for a piece of software?) and iup, but iup was giving me a hassle and the chdk-ptp documentation suggests the binary distribution will be less trouble anyway.
The PKGBUILD format has changed a bit since I was last making my own- I like most of the changes in terms of clarity and modularity, but it does require a bit of re-learning. It also means I have a couple of pet packages that probably need attention.
The build is a little janky so despite it passing through namcap with only one expected warning, I don’t want to put it in the AUR until I’ve tested it enough to be reasonably sure it works as intended. I expect I will get around to that eventually.
I gave the discussion-starting talk for this week’s CS departmental BoF session. The topic this week was “Unlimited Internet bandwidth – Would it be a game changer or no big deal?” My opening talk was just to get people up to date on the current events to kick off a discussion, though it is very similar to asking “What will we do with the internet” in the early ’80s, and thus rather difficult to suggest up plausible cases that aren’t “The same thing but faster.”
Callout:
Gigabit to the home is rapidly becoming a reality. Programmable hundred gigabit networks are already being constructed. Cellular networks are improving so fast that people are dumping their wired connections in favor of wireless. In short, networks are becoming so fast that one can begin to imagine a world where bandwidth is essentially unlimited.
But how would the world change if we had (essentially) unlimited bandwidth to everywhere? Would it change anything? Don’t most apps already have all the bandwidth they need? Aren’t networks already fast enough to support “the Cloud”? Have we already max’d out on bandwidth? Are there any super-cool apps that could still be enabled by even faster networks? If so, what are they? Will they be truly radical, or just an incremental improvement?
Come and find out at our next CS Bof, Friday, Nov 1 at 3pm when we will debate whether there are apps that will benefit from even faster network speeds. If there was unlimited bandwidth, what new apps could *you* see emerging? Join us Friday to dream about the possibilities and give your opinion.
In a related note, I’ve made slides for several presentations recently in Beamer, including this one, and I’m pretty convinced I’m never voluntarily using Powerpoint or any obstinate WYSIWYG slide system again. Beamer is a superior tool for the job for every kind of presentation using slides I’ve ever run into.
