Maybe bump raw-cpuid version?

[wisp3rwind]

A small thing I just noticed: gemm ends up pulling in two versions of the bitflags crate. That probably does not have a huge effect on build times, but if it doesn't cause any further breakage, it could be avoided by simply bumping raw-cpuid to ^11, which depends on bitflags = "^2".

> cargo deny check bans
[...]
  = bitflags v1.3.2
    └── raw-cpuid v10.7.0
        ├── gemm v0.18.0
        │   └── faer v0.19.0
        │       └── mylib v0.1.0
        ├── gemm-c32 v0.18.0
        │   └── gemm v0.18.0 (*)
        ├── gemm-c64 v0.18.0
        │   └── gemm v0.18.0 (*)
        ├── gemm-common v0.18.0
        │   ├── gemm v0.18.0 (*)
        │   ├── gemm-c32 v0.18.0 (*)
        │   ├── gemm-c64 v0.18.0 (*)
        │   ├── gemm-f32 v0.18.0
        │   │   └── gemm v0.18.0 (*)
        │   └── gemm-f64 v0.18.0
        │       └── gemm v0.18.0 (*)
        ├── gemm-f32 v0.18.0 (*)
        └── gemm-f64 v0.18.0 (*)
  = bitflags v2.5.0
    ├── rustix v0.38.34
    │   └── terminal_size v0.3.0
    │       └── clap_builder v4.5.2
    │           └── clap v4.5.4
    │               └── divan v0.1.14
    │                   └── mylib v0.1.0
    └── sysctl v0.5.5
        └── gemm-common v0.18.0
            ├── gemm v0.18.0
            │   └── faer v0.19.0
            │       └── mylib v0.1.0 (*)
            ├── gemm-c32 v0.18.0
            │   └── gemm v0.18.0 (*)
            ├── gemm-c64 v0.18.0
            │   └── gemm v0.18.0 (*)
            ├── gemm-f32 v0.18.0
            │   └── gemm v0.18.0 (*)
            └── gemm-f64 v0.18.0
                └── gemm v0.18.0 (*)