This constifies the SCSI adapter entry points (struct scsi_adapter).
It reaches into some archs I don't have...
ok?
M sys/arch/luna88k/dev/mb89352.c
M sys/arch/luna88k/dev/mb89352var.h
M sys/arch/luna88k/dev/spc.c
M sys/arch/sparc64/dev/vdsk.c
M sys/dev/ata/atascsi.c
M sys/dev/atapiscsi/ata
rpki-client 7.8 has just been released and will be available in the
rpki-client directory of any OpenBSD mirror soon.
rpki-client is a FREE, easy-to-use implementation of the Resource
Public Key Infrastructure (RPKI) for Relying Parties (RP) to
facilitate validation of a BGP announcement. The prog
On Sat, Apr 09, 2022 at 05:46:29PM +0200, Sven Wolf wrote:
> Hi Stefan,
>
> thanks for your effort.
> I've successfully tested your latest patch.
> I also got the sw_hw_rev:
>
> sc_hw_rev=354
Thank you! Now everything makes sense :)
Hi Stefan,
thanks for your effort.
I've successfully tested your latest patch.
I also got the sw_hw_rev:
sc_hw_rev=354
Thanks,
Sven
On 4/9/22 17:11, Stefan Sperling wrote:
On Sat, Apr 09, 2022 at 04:53:50PM +0200, Stefan Sperling wrote:
On Sat, Apr 09, 2022 at 04:52:12PM +0200, Stefan Sperl
On Fri, Apr 08, 2022 at 09:30:49PM +0200, Christian Weisgerber wrote:
> This constifies the bus method and pipe method tables in our USB
> host controller drivers.
>
> dwctwo(4) only exists on octeon, which I don't have access to.
> Could somebody check that it builds?
>
> ok?
dwctwo(4) also ex
On Sat, Apr 09, 2022 at 04:53:50PM +0200, Stefan Sperling wrote:
> On Sat, Apr 09, 2022 at 04:52:12PM +0200, Stefan Sperling wrote:
> > On Sat, Apr 09, 2022 at 04:29:42PM +0200, Stefan Sperling wrote:
> > > As sthen points out, please show sc_hw_rev without any of its bits
> > > masked out, with a
On Sat, Apr 09, 2022 at 04:52:12PM +0200, Stefan Sperling wrote:
> On Sat, Apr 09, 2022 at 04:29:42PM +0200, Stefan Sperling wrote:
> > As sthen points out, please show sc_hw_rev without any of its bits
> > masked out, with a patch like this:
>
> Nevermind, I found a bug in my patch which most cer
On Sat, Apr 09, 2022 at 04:29:42PM +0200, Stefan Sperling wrote:
> As sthen points out, please show sc_hw_rev without any of its bits
> masked out, with a patch like this:
Nevermind, I found a bug in my patch which most certainly
breaks your device.
Please try this on top of the patch I sent out,
On Sat, Apr 09, 2022 at 03:28:14PM +0200, Stefan Sperling wrote:
> On Sat, Apr 09, 2022 at 12:47:56PM +0200, Sven Wolf wrote:
> > Hi Stefan,
> >
> > sorry, I'm not sure how I can get the sc_hw_rev value.
> > Hopefully this is the requested value:
> >
> > iwx0: hw rev 0x350, fw ver 67.8f59b80b.0
>
On 4/9/22 15:28, Stefan Sperling wrote:
On Sat, Apr 09, 2022 at 12:47:56PM +0200, Sven Wolf wrote:
Hi Stefan,
sorry, I'm not sure how I can get the sc_hw_rev value.
Hopefully this is the requested value:
iwx0: hw rev 0x350, fw ver 67.8f59b80b.0
This is not the "QuZ" (0x354) hardware revis
On Sat, Apr 09, 2022 at 12:47:56PM +0200, Sven Wolf wrote:
> Hi Stefan,
>
> sorry, I'm not sure how I can get the sc_hw_rev value.
> Hopefully this is the requested value:
>
> iwx0: hw rev 0x350, fw ver 67.8f59b80b.0
This is not the "QuZ" (0x354) hardware revision.
However, Linux obviously load
On 2022/04/09 12:47, Sven Wolf wrote:
> Hi Stefan,
>
> sorry, I'm not sure how I can get the sc_hw_rev value.
> Hopefully this is the requested value:
>
> iwx0: hw rev 0x350, fw ver 67.8f59b80b.0
hw rev in this line is masked (sc->sc_hw_rev & IWX_CSR_HW_REV_TYPE_MSK
which is 0x000FFF0), the IWX_
Hi Stefan,
sorry, I'm not sure how I can get the sc_hw_rev value.
Hopefully this is the requested value:
iwx0: hw rev 0x350, fw ver 67.8f59b80b.0
Best regards,
Sven
On 4/9/22 11:35, Stefan Sperling wrote:
On Sat, Apr 09, 2022 at 12:31:09AM +0200, Sven Wolf wrote:
Hi Stefan,
on my device WL_
On Sat, Apr 09, 2022 at 03:26:03AM +0200, stolen data wrote:
> It's been great seeing iwm/iwn/iwx/athn getting a lot of updates lately. I
> wonder if there's any work planned for getting 11n support to some of the
> older but still capable Realtek chipsets in ral(4)?
>
> I have a spare RT2860+RT28
On Sat, Apr 09, 2022 at 12:31:09AM +0200, Sven Wolf wrote:
> Hi Stefan,
>
> on my device WL_22500_8 0x4df0 this patch doesn't work directly.
> I get the error message:
> iwx0: could not load firmware, 35
> iwx0: failed to load init firmware
>
> Under Linux the firmware iwlwifi-QuZ-a0-hr-b0-
15 matches
Mail list logo