Cannabis Ruderalis


For any version listed below, click on its date to view it. For more help, see Help:Page history and Help:Edit summary. (cur) = difference from current version, (prev) = difference from preceding version, m = minor edit, → = section edit, ← = automatic edit summary

(newest | oldest) View (newer 50 | ) (20 | 50 | 100 | 250 | 500)

9 April 2024

26 February 2024

19 February 2024

9 February 2024

4 February 2024

3 February 2024

31 January 2024

  • curprev 22:3722:37, 31 January 2024Guy Harris talk contribs 32,024 bytes +61 eBPF isn't from Berkeley and isn't just a packet filter - most of what it's used for appears not to be related to packet filtering. (Does that make it the Holy Roman Empire of kernel mechanisms? :-)) undo
  • curprev 22:3022:30, 31 January 2024Guy Harris talk contribs 31,963 bytes +20 "BPF" unfortunately refers to two things - the BPF-device packet capture mechanism in *BSD/macOS/Solaris 11/AIX, and the filtering engine used in that capture mechanism and in some other capture mechanisms, and as a general packet filter in sockets in Linux. eBPF is a successor to the latter of those; Linux's capture mechanism is socket-based, using PF_PACKET sockets, rather than ever having been the BPF-device mechanism. undo

25 January 2024

5 January 2024

24 December 2023

28 November 2023

26 November 2023

8 November 2023

24 October 2023

13 October 2023

11 October 2023

5 October 2023

8 September 2023

4 September 2023

3 September 2023

31 August 2023

17 August 2023

5 July 2023

27 June 2023

2 June 2023

31 May 2023

10 May 2023

  • curprev 20:5320:53, 10 May 2023Krinndnz talk contribs 35,892 bytes +97 add name expansion in lede — no idea why so many sources about this technology bury "what does the goddamn acronym stand for" 80 pages deep in their docs, but Wikipedia should not repeat their mistakes undo

29 April 2023

19 April 2023

  • curprev 21:2921:29, 19 April 2023Guy Harris talk contribs 35,793 bytes +8 Programs *without* strong exit guarantees are rejected. undo
  • curprev 21:2921:29, 19 April 2023Guy Harris talk contribs 35,785 bytes −43 Programs using floating-point arithmetic aren't even supported by eBPF because 1) The. eBPF. Machine. Language. Doesn't. Have. Floating-Point. Instructions. so 2) software floating-point routines would have to be compiled but eBPF code can't do that. The errors the paper showed are from llc, not from the in-kernel verifier; it's not that the code couldn't be loaded because it didn't pass the verifier, it's that it couldn't be *compiled* because eBPF. Doesn't. Support. Floating. Point. undo

18 April 2023

(newest | oldest) View (newer 50 | ) (20 | 50 | 100 | 250 | 500)

Leave a Reply