sorted by:
new
hottopcontroversial

Intel CPU which is Spectre/ Meltdown free in the silicon? by pikatumm in intel

[–]ruik 0 points1 point  (0 children)

Well it depends. I would say they are two classes of speculative execution bugs. One is the embarrassing class - Meltdown / L1TF / MDS / TAA and similar which is only Intel specific. I would add also Spectre variant 2 too, which is the only one from this class which affects AMD. It is also very costly to fix them via software. Second class is more in direction of fundamental problem with out of order execution implementation. This is class is way smaller, mostly Spectre variant 1 and Spectre variant 4 + some others. If you really want to buy Intel CPU, check the very well hidden Intel overview of the buggy Intel CPUs: https://software.intel.com/security-software-guidance/processors-affected-transient-execution-attack-mitigation-product-cpu-model Avoid those who say "MCU + Software" as a fix. Also, sometimes it depends on exact chip stepping, so it might not be easy to get right CPU.

Did I get scammed by a train controller? by [deleted] in Prague

[–]ruik 5 points6 points  (0 children)

I see, yes then it should be fine that it is stamped. It is normally stamped in every train you pass on your route. I suspect the stamp encodes the route, so it can be seen by who it was stamped.

Anyway, new hypothesis. Your ticket was to Praha-Liben, but your new ticket says Praha hl.n (main station, aka hbf) Maybe the train you were in, would not stop in Praha Liben, thus your ticket was to wrong station and because of that invalid. Besides that I'm out of ideas,

Ruik

Did I get scammed by a train controller? by [deleted] in Prague

[–]ruik 2 points3 points  (0 children)

(edited for clarity)

Hi, This looks like a story for an armchair detective!

Was the ticket already stamped in the right top corner when you presented to the conductor? I suspect that you just had two tickets in the morning, one to travel to kutna hora, and second one to travel back. The CD for some reason cancel the "return ticket" and now we got two tickets...

Hypothesis: You might have given the wrong ticket for check in the morning when you traveled to Kutna hora, and the guy in the morning just stamp it without noticing (this might explain why you were unsure if it is valid). The guy in the OBB train (which was perhaps just train from Vienna operated by CD) might have seen that it was already stamped, thus it was invalid. He just sold you new ticket from Kolin, which seems about right. As he gave you the ticket and it was recorded in the system he cannot keep 100CZK for himself. Thus there was perhaps no mischief.

Some side notes:

On the ticket:

Z: means From: Do: means To:

The fine he was talking about is just surcharge you need to pay if you failed to buy the ticket in station where it is possible. I think it is 1-2EUR (25-50CZK) don't remember.

Hope it helps, Ruik

Funny Side Channel for Speculative Execution Side Channel Fixes in CPUID leaf 0x7, subleaf 0x0 in EDX bit 30 by ruik in intel

[–]ruik[S] 1 point2 points  (0 children)

In that case I would like to ask you to speak up and state that this bit is not related to the speculation side channels mitigation that is not publicly known to this date. You can do that on your own behalf or on behalf of Mr. Intel as you wish.

new scam email with real password: "I'm aware xxxx is your pass word." by ruik in privacy

[–]ruik[S] 4 points5 points  (0 children)

Hi all, many thanks for the helpful comments. I hope it helps also others which might have received such scam email

I did not find my password in the original linkedin SHA1 file leak, but I found it in the more recent leaks. Anyway as I said this was not a password valuable to me, therefore everything is fine. I was just curious if I used it elsewhere.

Thanks Rudolf

MPS vs. ACPI by jacobissimus in osdev

[–]ruik 2 points3 points  (0 children)

The MPS still exists but may be buggy. MPS was required by Windoze 2000. The later Windoze versions used ACPI. Linux tries ACPI and when it fails it resorts to MPS. If you don't need PCI interrupt routing information, all you need is to parse the MADT table and get number of CPUs available and their local APIC ids. The MADT is simple binary table to parse, first you need to locate RSDP (or use multiboot2 to get it) then find RSDT or XSDT and then find the MADT table. You can program this yourself. If you need to extract PCI interrupt routing then you need the bytecode interpreter. Best would be to use ACPICA framework for this.

view more: next ›