Re: ugen0 instead of urtwn0

[Thuban]

> Those instructions are for 5.8 or possible 5.7, they aren't needed for
> -current snapshots which already include this change.
>
Of course, I read the files.

--
Thuban
PubKey : http://yeuxdelibad.net/Divers/thuban.pub

[demime 1.01d removed an attachment of type application/pgp-signature which had 
a name of signature.asc]

Re: ugen0 instead of urtwn0

[Stuart Henderson]

On 2015-09-23, Thuban  wrote:
> * Stefan Sperling  le [22-09-2015 11:33:28 +0200]:
>>
>> Starting with pristine OpenBSD 5.8 kernel source (or 5.7, if you want to
>> try your luck), add the line
[..snip..]

> Thank you for this very complete explanations.
>
> Currently, I can't build the kernel without any error vith the last
> snapshot, even without modifying anything.
> Same with current.
> I'll wait some time and see.

Those instructions are for 5.8 or possible 5.7, they aren't needed for
-current snapshots which already include this change.

Re: ugen0 instead of urtwn0

[Thuban]

* Stefan Sperling  le [22-09-2015 11:33:28 +0200]:
> On Mon, Sep 21, 2015 at 11:14:22AM +0200, Thuban wrote:
> > Hi,
> > I have a usb wifi dongle supposed to work with urtwn firmware.
> > usbdevs returns WNA 1000Mv2 Netgear listed here [0]
> >
> > But the device is detected as ugen.
> >
> > How can I fix this?
>
> This device was added to -current after 5.8.
> It will work out of the box in OpenBSD 5.9.
>
> The easiest way to get support for it is to use snapshots (i.e. -current).
> See the "Snapshots" section in http://www.openbsd.org/faq/faq5.html#Flavors
>
> You can try to get it to work with 5.7 but this might not work.
> Getting this device to work on 5.8 (to be released on Oct 18) should be
> possible using the steps below.
>
> Starting with pristine OpenBSD 5.8 kernel source (or 5.7, if you want to
> try your luck), add the line
>
> product NETGEAR WNA1000Mv20x9043  WNA1000Mv2
>
> somewhere in the file /usr/src/sys/dev/usb/usbdevs
>
> as shown here:
>
> ===
> RCS file: /cvs/src/sys/dev/usb/usbdevs,v
> retrieving revision 1.654
> retrieving revision 1.655
> diff -u -r1.654 -r1.655
> --- src/sys/dev/usb/usbdevs   2015/07/15 13:25:49 1.654
> +++ src/sys/dev/usb/usbdevs   2015/08/22 15:10:19 1.655
> @@ -3135,6 +3135,7 @@
>  product NETGEAR WNA1100  0x9030  WNA1100
>  product NETGEAR WNA1000  0x9040  WNA1000
>  product NETGEAR WNA1000M 0x9041  WNA1000M
> +product NETGEAR WNA1000Mv2   0x9043  WNA1000Mv2
>
>  /* Netgear(2) products */
>  product NETGEAR2 MA101   0x4100  MA101
>
>
> Now run
>
>   $ cd /usr/src/sys/dev/usb/
>   $ make
>
> to re-create the USB device list header files usbdevs.h and usbdevs_data.h.
>
> Next, add the line
>
>   { USB_VENDOR_NETGEAR,   USB_PRODUCT_NETGEAR_WNA1000Mv2 },
>
> to /usr/src/sys/dev/usb/if_urtwn.c somewhere in the driver's ID table,
> as shown here:
>
> ===
> RCS file: /cvs/src/sys/dev/usb/if_urtwn.c,v
> retrieving revision 1.48
> retrieving revision 1.49
> diff -u -r1.48 -r1.49
> --- src/sys/dev/usb/if_urtwn.c2015/06/12 15:47:31 1.48
> +++ src/sys/dev/usb/if_urtwn.c2015/08/22 15:19:33 1.49
> @@ -110,6 +110,7 @@
>   { USB_VENDOR_IODATA,USB_PRODUCT_IODATA_WNG150UM },
>   { USB_VENDOR_IODATA,USB_PRODUCT_IODATA_RTL8192CU },
>   { USB_VENDOR_NETGEAR,   USB_PRODUCT_NETGEAR_WNA1000M },
> + { USB_VENDOR_NETGEAR,   USB_PRODUCT_NETGEAR_WNA1000Mv2 },
>   { USB_VENDOR_NETGEAR,   USB_PRODUCT_NETGEAR_RTL8192CU },
>   { USB_VENDOR_NETGEAR4,  USB_PRODUCT_NETGEAR4_RTL8188CU },
>   { USB_VENDOR_NETWEEN,   USB_PRODUCT_NETWEEN_RTL8192CU },
>
> Now compile a new kernel and install it.
>
> For more information on the steps involved in compiling the kernel,
> see http://www.openbsd.org/faq/faq5.html#Bld and in particular this
> section: http://www.openbsd.org/faq/faq5.html#BldKernel

Thank you for this very complete explanations.

Currently, I can't build the kernel without any error vith the last
snapshot, even without modifying anything.
Same with current.
I'll wait some time and see.

Regards

--
Thuban
PubKey : http://yeuxdelibad.net/Divers/thuban.pub

[demime 1.01d removed an attachment of type application/pgp-signature which had 
a name of signature.asc]

Re: ugen0 instead of urtwn0

[Fred]

On 09/22/15 06:52, Thuban wrote:

Grab relevant

src/sys/dev/usb/if_urtwn.c
sys/dev/usb/usbdevs

from CVS, than cd sys/dev/usb && make, than rebuild/install kernel
as described in FAQ.


I rebuild and installed the kernel without any error, but still, the usb
stick isn't detected as urtwn.

What did I do wrong :

 # cd /usr
 # export CVSROOT=anon...@anoncvs.fr.openbsd.org:/cvs
 # cvs -d$CVSROOT checkout -rOPENBSD_5_7 -P src
 # cd //usr/src/sys/dev
 # cvs -d$CVSROOT -bOPENBSD_5_8 get src/sys/dev/usbdevs
 # cvs -d$CVSROOT -bOPENBSD_5_8 get src/sys/dev/if_urtwn.c
 # # rebuild/install kernel

--
Thuban


Hi

dmesg(8) and usbdevs(8) -v output would be useful.

Cheers

Fred

Re: ugen0 instead of urtwn0

[Kimmo Paasiala]

On Tue, Sep 22, 2015 at 8:52 AM, Thuban  wrote:
>> Grab relevant
>>
>> src/sys/dev/usb/if_urtwn.c
>> sys/dev/usb/usbdevs
>>
>> from CVS, than cd sys/dev/usb && make, than rebuild/install kernel
>> as described in FAQ.
>>
> I rebuild and installed the kernel without any error, but still, the usb
> stick isn't detected as urtwn.
>
> What did I do wrong :
>
> # cd /usr
> # export CVSROOT=anon...@anoncvs.fr.openbsd.org:/cvs
> # cvs -d$CVSROOT checkout -rOPENBSD_5_7 -P src


You don't want to do this if you're going to checkout src/sys/*, the
two cvs(1) commands below will
create /usr/src/sys/dev/src/sys/dev/* instead of updating
/usr/src/sys/dev/* as intended.
> # cd //usr/src/sys/dev


> # cvs -d$CVSROOT -bOPENBSD_5_8 get src/sys/dev/usbdevs
> # cvs -d$CVSROOT -bOPENBSD_5_8 get src/sys/dev/if_urtwn.c


> # # rebuild/install kernel
>
> --
> Thuban
> PubKey : http://yeuxdelibad.net/Divers/thuban.pub
>

-Kimmo

Re: ugen0 instead of urtwn0

[Thuban]

> > I rebuild and installed the kernel without any error, but still, the usb
> > stick isn't detected as urtwn.
> >
> > What did I do wrong :
> >
> > # cd /usr
> > # export CVSROOT=anon...@anoncvs.fr.openbsd.org:/cvs
> > # cvs -d$CVSROOT checkout -rOPENBSD_5_7 -P src
>
>
> You don't want to do this if you're going to checkout src/sys/*, the
> two cvs(1) commands below will
> create /usr/src/sys/dev/src/sys/dev/* instead of updating
> /usr/src/sys/dev/* as intended.
> > # cd //usr/src/sys/dev
>
>
> > # cvs -d$CVSROOT -bOPENBSD_5_8 get src/sys/dev/usbdevs
> > # cvs -d$CVSROOT -bOPENBSD_5_8 get src/sys/dev/if_urtwn.c

Right, files were in wrong place. Thanks.
I tried to rebuild the kernel with usbdevs and if_urtwn.c at the correct
emplacement, but now build fail.

In if_urtwn.c, there are undecladerd variables :

if_urtwn.c:3556: error: 'R88E_HIMRE_TXERR' undeclared (first usr un
this function)
... #you know the song

I guess some file is missing, of course, because mixing 5.7 and 5.8
couldn't for like that.

Here are dmesg and usbdevs -v as requested :

dmesg :

OpenBSD 5.7-stable (GENERIC.MP) #1: Tue Sep 22 07:41:56 CEST 2015
r...@openbsd.my.domain:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 2128605184 (2029MB)
avail mem = 2068082688 (1972MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.3 @ 0xf0450 (76 entries)
bios0: vendor Dell Inc. version "2.2.0" date 03/29/2007
bios0: Dell Inc. OptiPlex 745
acpi0 at bios0: rev 2
acpi0: TCPA checksum error
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SSDT APIC BOOT ASF! MCFG HPET TCPA SLIC
acpi0: wakeup devices VBTN(S4) PCI0(S5) PCI4(S5) PCI2(S5) PCI3(S5)
PCI1(S5) PCI5(S5) PCI6(S5) MOU_(S3) USB0(S3) USB1(S3) USB2(S3) USB3(S3)
USB4(S3)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz, 1862.22 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM
2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF
cpu0: 2MB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 266MHz
cpu0: mwait min=64, max=64, C-substates=0.2.0.0.0, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz, 1862.00 MHz
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM
2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF
cpu1: 2MB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 8
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 4 (PCI4)
acpiprt1 at acpi0: bus 2 (PCI2)
acpiprt2 at acpi0: bus -1 (PCI3)
acpiprt3 at acpi0: bus 1 (PCI1)
acpiprt4 at acpi0: bus 3 (PCI5)
acpiprt5 at acpi0: bus -1 (PCI6)
acpiprt6 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0
acpicpu1 at acpi0
acpibtn0 at acpi0: VBTN
memory map conflict 0x7fe03c00/0x1fc400
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel 82Q965 Host" rev 0x02
ppb0 at pci0 dev 1 function 0 "Intel 82Q965 PCIE" rev 0x02: msi
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "NVIDIA GeForce 210" rev 0xa2
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
azalia0 at pci1 dev 0 function 1 vendor "NVIDIA", unknown product 0x0be3
rev 0xa1: msi
azalia0: no supported codecs
uhci0 at pci0 dev 26 function 0 "Intel 82801H USB" rev 0x02: apic 8 int
16
uhci1 at pci0 dev 26 function 1 "Intel 82801H USB" rev 0x02: apic 8 int
17
ehci0 at pci0 dev 26 function 7 "Intel 82801H USB" rev 0x02: apic 8 int
22
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
azalia1 at pci0 dev 27 function 0 "Intel 82801H HD Audio" rev 0x02: msi
azalia1: codecs: Analog Devices AD1983
audio0 at azalia1
ppb1 at pci0 dev 28 function 0 "Intel 82801H PCIE" rev 0x02: msi
pci2 at ppb1 bus 2
ppb2 at pci0 dev 28 function 4 "Intel 82801H PCIE" rev 0x02: msi
pci3 at ppb2 bus 3
bge0 at pci3 dev 0 function 0 "Broadcom BCM5754" rev 0x02, BCM5754/5787 A2
(0xb002): msi, address 00:19:b9:2f:0a:50
brgphy0 at bge0 phy 1: BCM5787 10/100/1000baseT PHY, rev. 0
uhci2 at pci0 dev 29 function 0 "Intel 82801H USB" rev 0x02: apic 8 int
23
uhci3 at pci0 dev 29 function 1 "Intel 82801H USB" rev 0x02: apic 8 int
17

Re: ugen0 instead of urtwn0

[Stefan Sperling]

On Mon, Sep 21, 2015 at 11:14:22AM +0200, Thuban wrote:
> Hi,
> I have a usb wifi dongle supposed to work with urtwn firmware.
> usbdevs returns WNA 1000Mv2 Netgear listed here [0]
> 
> But the device is detected as ugen.
> 
> How can I fix this?

This device was added to -current after 5.8.
It will work out of the box in OpenBSD 5.9.

The easiest way to get support for it is to use snapshots (i.e. -current).
See the "Snapshots" section in http://www.openbsd.org/faq/faq5.html#Flavors

You can try to get it to work with 5.7 but this might not work.
Getting this device to work on 5.8 (to be released on Oct 18) should be
possible using the steps below.

Starting with pristine OpenBSD 5.8 kernel source (or 5.7, if you want to
try your luck), add the line

product NETGEAR WNA1000Mv2  0x9043  WNA1000Mv2

somewhere in the file /usr/src/sys/dev/usb/usbdevs

as shown here:

===
RCS file: /cvs/src/sys/dev/usb/usbdevs,v
retrieving revision 1.654
retrieving revision 1.655
diff -u -r1.654 -r1.655
--- src/sys/dev/usb/usbdevs 2015/07/15 13:25:49 1.654
+++ src/sys/dev/usb/usbdevs 2015/08/22 15:10:19 1.655
@@ -3135,6 +3135,7 @@
 product NETGEAR WNA11000x9030  WNA1100
 product NETGEAR WNA10000x9040  WNA1000
 product NETGEAR WNA1000M   0x9041  WNA1000M
+product NETGEAR WNA1000Mv2 0x9043  WNA1000Mv2
 
 /* Netgear(2) products */
 product NETGEAR2 MA101 0x4100  MA101


Now run 

  $ cd /usr/src/sys/dev/usb/
  $ make

to re-create the USB device list header files usbdevs.h and usbdevs_data.h.

Next, add the line

{ USB_VENDOR_NETGEAR,   USB_PRODUCT_NETGEAR_WNA1000Mv2 },

to /usr/src/sys/dev/usb/if_urtwn.c somewhere in the driver's ID table,
as shown here:

===
RCS file: /cvs/src/sys/dev/usb/if_urtwn.c,v
retrieving revision 1.48
retrieving revision 1.49
diff -u -r1.48 -r1.49
--- src/sys/dev/usb/if_urtwn.c  2015/06/12 15:47:31 1.48
+++ src/sys/dev/usb/if_urtwn.c  2015/08/22 15:19:33 1.49
@@ -110,6 +110,7 @@
{ USB_VENDOR_IODATA,USB_PRODUCT_IODATA_WNG150UM },
{ USB_VENDOR_IODATA,USB_PRODUCT_IODATA_RTL8192CU },
{ USB_VENDOR_NETGEAR,   USB_PRODUCT_NETGEAR_WNA1000M },
+   { USB_VENDOR_NETGEAR,   USB_PRODUCT_NETGEAR_WNA1000Mv2 },
{ USB_VENDOR_NETGEAR,   USB_PRODUCT_NETGEAR_RTL8192CU },
{ USB_VENDOR_NETGEAR4,  USB_PRODUCT_NETGEAR4_RTL8188CU },
{ USB_VENDOR_NETWEEN,   USB_PRODUCT_NETWEEN_RTL8192CU },

Now compile a new kernel and install it.

For more information on the steps involved in compiling the kernel,
see http://www.openbsd.org/faq/faq5.html#Bld and in particular this
section: http://www.openbsd.org/faq/faq5.html#BldKernel

Re: ugen0 instead of urtwn0

[Thuban]

> Grab relevant
>
> src/sys/dev/usb/if_urtwn.c
> sys/dev/usb/usbdevs
>
> from CVS, than cd sys/dev/usb && make, than rebuild/install kernel
> as described in FAQ.
>
I rebuild and installed the kernel without any error, but still, the usb
stick isn't detected as urtwn.

What did I do wrong :

# cd /usr
# export CVSROOT=anon...@anoncvs.fr.openbsd.org:/cvs
# cvs -d$CVSROOT checkout -rOPENBSD_5_7 -P src
# cd //usr/src/sys/dev
# cvs -d$CVSROOT -bOPENBSD_5_8 get src/sys/dev/usbdevs
# cvs -d$CVSROOT -bOPENBSD_5_8 get src/sys/dev/if_urtwn.c
# # rebuild/install kernel

--
Thuban
PubKey : http://yeuxdelibad.net/Divers/thuban.pub

[demime 1.01d removed an attachment of type application/pgp-signature which had 
a name of signature.asc]

Re: ugen0 instead of urtwn0

[Fred]

On 09/21/15 11:01, Thuban wrote:

* Thuban  le [21-09-2015 11:14:22 +0200]:

usbdevs returns WNA 1000Mv2 Netgear listed here [0]

But the device is detected as ugen.


My bad, it seemd to be fixed in 5.8 [0].

Except waiting for 5.8 or unsing -current, I guess there is no other
solution to usr this usb stick?

[0] : http://www.openbsd.org/plus.html


You could back port the relevant changes to 5.7 and build a new kernel 
following the information in http://www.openbsd.org/faq/faq5.html


-current is currently ahead of 5.8 which will be released on the 18 October.

hth

Fred

Re: ugen0 instead of urtwn0

[Thuban]

* Fred  le [21-09-2015 11:50:27 +0100]:
> On 09/21/15 11:01, Thuban wrote:
> >* Thuban  le [21-09-2015 11:14:22 +0200]:
> >>usbdevs returns WNA 1000Mv2 Netgear listed here [0]
> >>
> >>But the device is detected as ugen.
> >
> >My bad, it seemd to be fixed in 5.8 [0].
> >
> >Except waiting for 5.8 or unsing -current, I guess there is no other
> >solution to usr this usb stick?
> >
> >[0] : http://www.openbsd.org/plus.html
>
> You could back port the relevant changes to 5.7 and build a new kernel
> following the information in http://www.openbsd.org/faq/faq5.html
>
> -current is currently ahead of 5.8 which will be released on the 18
October.

Thanks for the answer.
I never back ported on openbsd before. Where can I find any relevant
documentation do do this before building the kernel?

Regards
--
Thuban
PubKey : http://yeuxdelibad.net/Divers/thuban.pub

[demime 1.01d removed an attachment of type application/pgp-signature which had 
a name of signature.asc]

Re: ugen0 instead of urtwn0

[Alexey Suslikov]

Thuban  yeuxdelibad.net> writes:

> * Fred  crowsons.com> le [21-09-2015 11:50:27 +0100]:
> > You could back port the relevant changes to 5.7 and build a new kernel
> > following the information in http://www.openbsd.org/faq/faq5.html
> >
> > -current is currently ahead of 5.8 which will be released on the 18
> October.
> 
> Thanks for the answer.
> I never back ported on openbsd before. Where can I find any relevant
> documentation do do this before building the kernel?

Grab relevant

src/sys/dev/usb/if_urtwn.c
sys/dev/usb/usbdevs

from CVS, than cd sys/dev/usb && make, than rebuild/install kernel
as described in FAQ.

Re: ugen0 instead of urtwn0

[Thuban]

* Thuban  le [21-09-2015 11:14:22 +0200]:
> usbdevs returns WNA 1000Mv2 Netgear listed here [0]
>
> But the device is detected as ugen.

My bad, it seemd to be fixed in 5.8 [0].

Except waiting for 5.8 or unsing -current, I guess there is no other
solution to usr this usb stick?

[0] : http://www.openbsd.org/plus.html

[demime 1.01d removed an attachment of type application/pgp-signature which had 
a name of signature.asc]