netbsd-raspa# ifconfig urtwn0
urtwn0: flags=0x8843 mtu 1500
ssid MiFibra-3422 nwkey
65536:"",0xc8000336c6e2b40b047cd2f5ef44,"",""
powersave off
bssid 60:8d:26:32:34:24 chan 1
address: e4:fa:c4:52:ac:4c
media: IEEE802.11 autoselect (OFDM54 mode 11g)
status:
El 9/2/24 a las 15:20, Michael escribió:
Hello,
On Fri, 9 Feb 2024 06:25:56 +0100
Ramiro Aceves wrote:
I have also the same problem that I had with the chineese 8188FTV, as
soon I connect it to the raspberry pi it reboots inmediately. In the
next reboot it works fine. It occurs the same
El 9/2/24 a las 10:22, Michael van Elst escribió:
ea1...@gmail.com (Ramiro Aceves) writes:
Oh yes, that would be a right technical fix for the problem but it's a
bit of an aberration in terms of cost and size to use a powered HUB with
its own power supply to fix a little thing like the
El 9/2/24 a las 15:20, Michael escribió:
Hello,
On Fri, 9 Feb 2024 06:25:56 +0100
Ramiro Aceves wrote:
I have also the same problem that I had with the chineese 8188FTV, as
soon I connect it to the raspberry pi it reboots inmediately. In the
next reboot it works fine. It occurs the same
Hello,
On Fri, 9 Feb 2024 06:25:56 +0100
Ramiro Aceves wrote:
> >> I have also the same problem that I had with the chineese 8188FTV, as
> >> soon I connect it to the raspberry pi it reboots inmediately. In the
> >> next reboot it works fine. It occurs the same in another Zero W that I
> >>
ea1...@gmail.com (Ramiro Aceves) writes:
>Oh yes, that would be a right technical fix for the problem but it's a
>bit of an aberration in terms of cost and size to use a powered HUB with
>its own power supply to fix a little thing like the ZeroW, you know ;-)
RPI0-3 models all have issues
El 9/2/24 a las 1:41, Nat Sloss escribió:
On Fri, 9 Feb 2024 06:05:46 Ramiro Aceves wrote:
El 8/2/24 a las 16:48, Nat Sloss escribió:
Hi,
There's a little more required to add support for the FTV variant judging
by changes made to openbsd's if_urtwn.c.
There's new firware that needs to be
On Fri, 9 Feb 2024 06:05:46 Ramiro Aceves wrote:
> El 8/2/24 a las 16:48, Nat Sloss escribió:
> > Hi,
> >
> > There's a little more required to add support for the FTV variant judging
> > by changes made to openbsd's if_urtwn.c.
> >
> > There's new firware that needs to be uploaded to the
El 8/2/24 a las 16:48, Nat Sloss escribió:
Hi,
There's a little more required to add support for the FTV variant judging by
changes made to openbsd's if_urtwn.c.
There's new firware that needs to be uploaded to the device. And new power on
and rssi functions (It seems judging by the changes
Hi,
There's a little more required to add support for the FTV variant judging by
changes made to openbsd's if_urtwn.c.
There's new firware that needs to be uploaded to the device. And new power on
and rssi functions (It seems judging by the changes they've made it some what
is similar to the
Hello Martin,
Thanks so much for the tip! Kernel compilation was ok now
I rebooted with the new kernel and I could see the new urtwn0
interface! I wanted to test the interface but I have lost ssh
connection (I am at work and the machine is at home, using ethernet
driver).
netbsd-nuc#
On Thu, Feb 08, 2024 at 12:06:51PM +0100, Ramiro Aceves wrote:
> Hello,
>
>
> I started playing tweaking usbdevs file in the Intel Nuc 8i7BEH
> NetBSD-10_RC3 amd64- I added the line:
>
> product REALTEK RTL8188FTV 0xf179 RTL8188FTV
You need to regnerate a few files after changes in
Hello,
I started playing tweaking usbdevs file in the Intel Nuc 8i7BEH
NetBSD-10_RC3 amd64- I added the line:
product REALTEK RTL8188FTV 0xf179 RTL8188FTV
then tried adding a line in if_urtwn.c file just to see what happened:
#define URTWN_DEV(v,p) { { USB_VENDOR_##v,
On Wed 07 Feb 2024 at 10:44:04 +0100, Ramiro Aceves wrote:
> The problem is to change /usr/src/dev/usb/if_urtwn.c without knowing
> what I am exactly doing ;-)
I don't know either, but I spot a list of these USB ids (starting with
} urtwn_devs[] = {
URTWN_DEV(ABOCOM,
Try adding
product AB0COM RTL8188FTV 0xf179 RTL8188EU
to /usr/src/sys/dev/usb/usbdevs
It might work, you have nothing to lose. If not RTL8188EU then RTL8188CU
Sent with Proton Mail secure email.
On Wednesday, February 7th, 2024 at 3:44 AM, Ramiro Aceves
wrote:
> Hello Lwazi,
>
> Thanks
Hello Lwazi,
Thanks for the tip. I know how to recompile a kernel but I doubt I
could do such modification in the source with chances of success
without knowing the internals of driver programming. ;-) Only know the
basics of C.
I have been watching /usr/src/dev/usb/usbdevs and it seems easy to
On Mon, 5 Feb 2024 at 06:51, Ramiro Aceves wrote:
>
> Hello,
> I bought two of other seller, rtl8188 but I think it is not supported.
> I have two problems. As soon as I connect it the raspberry inmediatly
> reboots. I think it has something to do with some inrush current. In
> raspbian also it
El jue, 25 ene 2024 a las 11:28, Matthew Widup () escribió:
>
> I use one of these
> https://www.ebay.com/itm/113774031117?mkcid=16=1=711-127632-2357-0=HZuLHORZQWm=4429486=rkGEi8qyQi6=_ver=artemis=COPY
>
> which is nearly as small as possible, and ridiculously cheap. I don't
> normally advocate
Hello again:
El 27/1/24 a las 13:29, Bartek Krawczyk escribió:
On 25.01.2024 11:05, Ramiro Aceves wrote:
I see that WIFI bwfm driver works the same as bad as in 10.0_RC1. I
have read that WIFI drivers are not very stable but I do not know
whether what I am experiencing is normal or not. My
El 27/1/24 a las 13:29, Bartek Krawczyk escribió:
On 25.01.2024 11:05, Ramiro Aceves wrote:
I see that WIFI bwfm driver works the same as bad as in 10.0_RC1. I
have read that WIFI drivers are not very stable but I do not know
whether what I am experiencing is normal or not. My system is
On 25.01.2024 11:05, Ramiro Aceves wrote:
I see that WIFI bwfm driver works the same as bad as in 10.0_RC1. I
have read that WIFI drivers are not very stable but I do not know
whether what I am experiencing is normal or not. My system is doing
nearly "nothing", at 30 minutes interval cron runs a
El 25/1/24 a las 11:28, Matthew Widup escribió:
I use one of these
https://www.ebay.com/itm/113774031117?mkcid=16=1=711-127632-2357-0=HZuLHORZQWm=4429486=rkGEi8qyQi6=_ver=artemis=COPY
which is nearly as small as possible, and ridiculously cheap. I don't normally
advocate buying cheap
I use one of these
https://www.ebay.com/itm/113774031117?mkcid=16=1=711-127632-2357-0=HZuLHORZQWm=4429486=rkGEi8qyQi6=_ver=artemis=COPY
which is nearly as small as possible, and ridiculously cheap. I don't normally
advocate buying cheap things.
Granted I don't use it with a Pi. I use it with
On Thu, Jan 25, 2024 at 11:06 AM Ramiro Aceves wrote:
> I see that WIFI bwfm driver works the same as bad as in 10.0_RC1. I
> have read that WIFI drivers are not very stable but I do not know
> whether what I am experiencing is normal or not.
I never had any luck with bwfm Wi-Fi on NetBSD,
Hello,
I have upgraded my raspberry pi Zero W board operating system to
NetBSD-10.0_RC3 using sysupgrade for the sets. Previously I manually
upgraded the kernel, firmware and dtbs (a bit tricky). No problem at
all with that, but do you know if there are plans in the future to do
kernel, dtb and
25 matches
Mail list logo