As requested by Paulk, here is a bug report on my bizarre SIM card, which may or may not be related to a bug in Replicant.

When using this SIM card, the device claims to have no service in any spot in the interface where the carrier would normally be listed, such as at the bottom of the notification drawer or on the quick settings menu's mobile data square.

Actual service does not seem to be effected by this, and the signal strength icon functions as normal, showing both the strength of the signal and which network (E, 3G, H, H+) the device is connected to.

I'm not sure if it is related or not, but the SIM also does not seem to have access point information, so this information has to be entered into Replicant manually. This information might legitimately be missing from the SIM card, but it might just be unreadable by Replicant due to the same potential bug that is making the device claim not to have service.

I'm not sure what I'm looking for in the radio buffer, or even what to try to trigger while capturing said buffer, but I've uploaded some output. If you have any requests of what to try to trigger, I'd be happy to upload something specific.

History

First, it seems that the RIL is somewhat crashing in the beginning. You can spot that because on the log, you get the following out of the blue (as opposed to in the beginning of the log). If you can get that to happen again, grabbing a log of the main buffer would help understand what is going on:

I'm very sorry I didn't respond to this sooner. Somehow, I didn't even see the alert in my inbox, though it did come in correctly.

I will grab the data from the main buffer when I can, which will likely be after work tomorrow.

I can't edit Wikipedia though, it seems that Tor exit nodes are banned at Wikipedia. Reading is allowed, but page modification is not.

I don't know a lot about the topic, but it seems odd to me that the string is stored in a different place than other SIM cards. It seems like it should be in a standard place, but then again, I'm more in favor of standards than corporations are. Still, it makes me wonder what the goal was for the company to program the SIM card oddly. The crashing RIL seems to scream "nonstandard SIM" to me as well, but again, I don't know what I'm talking about.

I'll try to get my inbox cleaned out as well so important notifications such as this don't slip past me again.

I will grab the data from the main buffer when I can, which will likely be after work tomorrow.

That's only relevant if the RIL crashes still happen (it could be a one-time thing). Since that happened at power-on, I suggest you turn the device off and on again, grab radio logs, check if the crash is there and if it is, grab and attach the main buffer logs here.

I don't know a lot about the topic, but it seems odd to me that the string is stored in a different place than other SIM cards.

There are 2 different things here, the PLMN and the "virtual" operator name. Usually, each operator sets a particular name on the SIM card's data, which is displayed by the system. However, not every operator does that. Then there is the PLMN number. That's the number identifying the operator of each cell tower (as you probably know, numerous operators don't actually have cell towers but rent them to bigger operators).

The operator name that matches the PLMN number is usually stored in a database, that's part of Samsung-RIL in our case. It simply turns out that your operator is not part of the database (which is directly imported from wikipedia). It also seems like the IPC_NET_IDENTITY message does provide that value, so we could also get it from there.

It seems like it should be in a standard place, but then again, I'm more in favor of standards than corporations are. Still, it makes me wonder what the goal was for the company to program the SIM card oddly. The crashing RIL seems to scream "nonstandard SIM" to me as well, but again, I don't know what I'm talking about.

The crashing RIL seems to scream "nonstandard SIM" to me as well, but again, I don't know what I'm talking about.

Your operator AT&T has the three-digit MNC code 410 as part of the PLMN 310410. Samsung-RIL couldn't detect it because it thought the PLMN is 31041. The zero at the end was missing. So no need to edit the Wikipedia page.