That's what a kernel developer told me when I reported this problem. In particular, they said I had a machine with an nVidia device that was different from all the similar devices they'd seen in not having the second copy engine actually function. They gave me one line of config for my PCI ID, and then it worked perfectly.

They found and fixed the issue immediately upon seeing logs from my machine, but they'd never seen exactly that issue before to know in advance that it was a possibility.

It seems to me that, if you were developing something like this, you'd want to write the encryption and decryption code separately from the non-trivial key management code, so that you can unlock it easily if someone accidentally locks the wrong system. You only make the build that doesn't have an obvious key when you're really going to use it. For that matter, it's probably wise to do your demos with the version with the master key, so that potential affiliates can't attack a real target for the demo. Then you give the version that doesn't make it easy to unlock to paying affiliates who aren't SentinelOne. It's not like they'd need to redesign the whole system to generate a random key and not write it in plaintext anywhere.

Silicon wafers are the wrong thing to compare against. The CZT semiconductors are like photodiodes (for other radiation), not what they make the logic out of. It would make more sense to compare with InGaN (for blue LEDs), which plays a similarly specific role in common devices.

These days, the market is more trusting of the statement that better tools and processes require fewer employees to serve the same customers if you call that AI. If you get more of your customers to succeed in using your website or app to do what they need without having a human do anything for them individually, you don't need as many employees doing it. But the market doesn't want to hear that you can cut jobs because your website doesn't suck as much any more, so you say AI and they think you've done something futuristic when you've actually done something practical, and you're vague enough about it that the SEC can't say that you claimed to be doing something you're not.

All of the headline changes go in during a two-week window at the start of the cycle, having been developed previously. Several people write articles during that window about what got merged, so the list is already known when the release actually comes out two months later. (That two-month period is used for testing in more unusual situations and checking for incompatibilities among the set of changes that got merged for the cycle.)

So this article is really reporting that two compact weeks of merge decisions in early October are now officially considered tested and ready, and they wrote the article and people checked it over a while ago now.

The part that's harder to track is ongoing development work, which happens continuously without a set schedule, but it happens in separate trees and only goes into the official tree when it's complete, has been reviewed, and has gone through various testing in systems managed by kernel developers. All of the work described here was done before 6.17 was released, and developed during several releases before that, but it didn't need to affect Linus's tree until he decided it would land in 6.18.

They generally use a primary and standby system, just because it's a lot harder to avoid consistency problems with multiple primaries. This means that you need to direct traffic to the current primary, and redirect it to a standby when necessary, which is fine except that the system you're switching away from and the configuration interface for your DNS provider are both in us-east-1, because everything normally is. That's why they're looking for the ability to make a different region primary specifically during in AWS outage.

There's a typo in the headline. It's supposed to read "Microsoft Forms Superintelligence Team Under AI Chef Suleyman 'To Serve Humanity'".

I use the magsafe on my laptop. I almost always use the laptop in the same place and only charge it there, so it's not getting mixed into my collection and picked back out, and the magsafe is somewhat easier to fumble into place than USB-C. If I was using it long enough somewhere different to need to charge it, I'd grab a USB-C (probably already nearby), rather than collecting the magsafe from where it's set up.

They could include things like special lines at immigration, rather than just visa requirements. Arriving in Amsterdam with an EU passport is much less of a hassle than arriving with a US passport, but they both count the same on this report. Then there's the question of whether you need a permit to stay indefinitely, or just the passport.

The person who made the report is a professional penetration tester. His usual method is to look for anything that could be wrong and then test whether it actually is. What he found is that the AI tools came up with potential issues he hadn't thought of, and they weren't all wrong, so it's a valuable tool to him because he normally runs out of ideas rather than running out of time to test them. He complained about the UI making it hard to go through large lists of reported issues exhaustively, and he only used the suggested fixes to get a better idea of what the issue was supposed to be. So it's clear that the tool's output wouldn't be directly useful to a maintainer, but it does serve a purpose.

I got a third-party cable for my phone that my phone recognizes as being able to charge it faster than the cable that came with the phone could. They should probably warn you that they don't have a cable or charger, in case you're getting a phone because you lost everything and don't have that stuff, but the first-party stuff isn't better these days.

I think it's even more interesting, in that one or two humans have to decide whether to question a call, and they have to identify calls that were wrong, not just ones they want to overturn, and they don't have a great angle to figure out what the algorithm would do. I think it's going to be fun to see batters try to do the ump's job, while standing to the side and considering swinging at the pitch.

I think the real issue is warm parts of China selling to cold parts of India without including the features that aren't needed near the factory. We know lots about battery chemistry, but rural farmers have had more immediately relevant things to know about up to now and don't have a good source of information on this new thing the government is pushing, so they skip things that sound like luxuries and end up with something inappropriate for their purpose.

It used to be the case that scientists had a good theory about what weather there would be in different seasons, and this theory was usually right. They couldn't predict daily weather all that well, but they could predict that you could reasonably grow oranges in Florida without worrying about it being colder than Maine for a week and snowing a month later, and they could tell you that there would be snow in Vancouver and not in Dallas.

Now conditions are outside the boundaries that climate models are based on, and scientists really have no clue any more. And it's not just the scientific climate models that don't apply; common sense and experience are no longer relevant, because we don't have history that tells us what happens in this environment, measured, anecdotal, or otherwise. In all of our past experience, the arctic wind has blown eastwards around the pole. Then one year it blows across the pole into Europe. Two years later, it blows across the pole into North America. Is this going to be a regular occurrence? Nobody knows.

The extent to which climate change has a falsifiable hypothesis, it is rejecting the null hypothesis. That is, you can ask: is the environment now following the patterns we have previously observed? We find that we are observing patterns that we had not observed previously, including some that we would have noticed had they occurred in a substantial time period. On the other side, we've previously been able to demonstrate enough of an understanding of climate to know how to build houses and what crops to plant where. But the evidence that you should build houses in Florida to keep heat out and houses in Maine to keep heat in is getting less certain. The issue is not that scientists know that something bad is going to happen, it's that nobody has any clue if something bad is going to happen, even after taking into account that some bad things never happened before, because the situation is just different in some measurable ways.

Personally, my guess is that the planet has major negative feedback, or it wouldn't have stayed in a reasonably narrow range of climates long enough for life to get this far. More greenhouse gasses in the atmosphere will trigger more cooling by some other mechanism, which might be okay or might be all of the continents turning into highly-reflective deserts instead of light-absorbent arable land. We really can't make an accurate prediction.

There's got to be a significant correlation between having the seasonal flu vaccine recommended for you, and being exposed to swine flu. Surely we should expect that people who choose to get seasonal flu shots do so in part because they're more likely than average to come down with the flu if they don't get a vaccine. Being at high risk for exposure to the flu is a clear mediating factor in leading to both getting every available flu shot and coming down with any strain that goes around that there isn't a vaccine for.

To put it another way, we vaccinate some people go keep them from spreading the flu. If there's a link between getting the vaccine and getting the flu if you don't get the vaccine, then we're vaccinating the right people, and we should go on vaccinating them. (But it's worth making sure people know that they can't act like they're immune to the flu this year.)

Of course, the study could have found an actual danger to the vaccine, but we can't tell until the peer review is complete; peer review is where people will come to some sort of consensus on what the risk is that this value should be compared to.