Hi,
The only argument I've heard from some non-sighted friends about not
using FreeBSD natively is that ooh, MacOSX is so cool. It starts
speaking from the start if I press this and this key. Is anyone here
working on or wanting such a feature? I mean it should be so much easier
to text to
On 7/8/22 05:40, Turritopsis Dohrnii Teo En Ming wrote:
Dear Hans Petter Selasky,
Why do you say FreeBSD license is a killer?
Because you can do anything you want with the operating system :-)
--HPS
Hi,
Here is the complete patch for Voice-Over in the FreeBSD console:
https://reviews.freebsd.org/D35754
You need to install espeak from pkg and then install the
/etc/devd/accessibility.conf file and then run sysctl
kern.vt.accessibility.enable=1 after booting the new kernel.
It is
On 7/8/22 14:34, David Chisnall wrote:
On 08/07/2022 13:18, Stefan Esser wrote:
Am 08.07.22 um 12:53 schrieb Hans Petter Selasky:
Hi,
Here is the complete patch for Voice-Over in the FreeBSD console:
https://reviews.freebsd.org/D35754
You need to install espeak from pkg and then install
On 6/27/22 17:19, Ivan Quitschal wrote:
Hi all
Not sure if I found a problem here but here we go.
Since I have a KVM usb switch here for keyboard/mouse sometimes I toggle it
between my windows and freebsd.
I am using iichid here to have my multimedia keys working on keyboard and all
Hi Klaus and Michael,
I've tried to make some graphical QT v6.x cross platform so-called
accessible applications. It is really hard to get it right. If you use
one QT widget, everything is read perfectly in MacOS and if you use
another QT widget, or a custom one, it is just not working. Or if
On 6/22/22 14:53, Ivan Quitschal wrote:
Hi All
About this anoying paste error we still have in vt console, I looked it
up and couldnt find any fix regarding this, so i did it.
Please find attached the fixed version of /usr/src/sys/dev/vt/vt_buf.c
with trim spaces and aligned to the console
On 6/22/22 15:36, Ivan Quitschal wrote:
Hi Hans
Hi Ivan,
I think you should upload the diff at:
https://reviews.freebsd.org/differential/
Make the diff like this:
diff -u -C 99 sys/dev/vt/vt_buf.c.orig sys/dev/vt/vt_buf.c > a.diff
I see two issues:
1) Pointer arithmetics is not so
On 7/6/22 10:07, Turritopsis Dohrnii Teo En Ming wrote:
Subject: FreeBSD is a great operating system!
Good day from Singapore,
I think FreeBSD is a great operating system! I support FreeBSD because
the most popular pfSense firewall, the extremely popular OPNsense
firewall and the BSD Router
On 6/22/22 18:41, Hans Petter Selasky wrote:
Hi,
I needed to update the patch a bit. Can you test this:
https://reviews.freebsd.org/D35552
Use the download raw patch link in there to get the patch.
Thank you!
--HPS
One more update.
--HPS
On 6/22/22 18:48, Tomoaki AOKI wrote:
Hi.
Not actually tested, but this can cause breakage on non-ascii cases.
Maybe also (or instead) iswspace() test would be needed.
Possibly additional mbrtowc() in the argument of iswspace().
Please see `man 3 multibyte` and `man 3 iswspace`.
(Possibly more
Hi,
I needed to update the patch a bit. Can you test this:
https://reviews.freebsd.org/D35552
Use the download raw patch link in there to get the patch.
Thank you!
--HPS
On 6/4/22 23:21, Michael Butler wrote:
On a Dell E6430 laptop with an i5-3340M CPU on-board but no additional
video adapter, this commit causes a panic when i915kms is loaded :-(
This adapter does not use any additional firmware.
Reverting only this change allows me to run way past it - up to
Hi,
Does this patch fix your issue?
--HPScommit cc7a224fa956372cc5c5b4d29aa6906d79bd9f26
Author: Hans Petter Selasky
Date: Wed Jun 8 08:49:55 2022 +0200
tcp: Skip sackhole KASSERTS() on NULL
Inadvertedly introduced NULL pointer dereference during
sackhole sanity check
Hi,
There are three work in progress patches pending:
1) Updates for kernel
https://reviews.freebsd.org/D35754
2) Updates for beep
https://reviews.freebsd.org/D35772
3) New vtspeakd daemon
https://reviews.freebsd.org/D35776
Please test if you can!
Feedback is welcome.
--HPS
On 5/4/22 09:49, Daniel Morante wrote:
I'm still using the sysctl option "hw.usb.disable_enumeration=1" to
prevent the USB devices from disconnecting/reconnecting every few
seconds. Other than that the improvement in stability with 14-CURRENT
on aarach64 on this hardware is much better since
On 5/10/22 09:37, Daniel Morante wrote:
Updated to the latest (14.0-CURRENT #2 main-n255521-10f44229dcd: Tue May
10 02:52:27 EDT 2022) and removed the sysctl option
(hw.usb.disable_enumeration=1).
Still seeing the problem. The below just endlessly prints out on the
console:
```
On 9/28/22 11:07, Ivan Quitschal wrote:
On Tue, 27 Sep 2022, Hans Petter Selasky wrote:
On 9/27/22 15:22, Hans Petter Selasky wrote:
On 9/27/22 14:17, Ivan Quitschal wrote:
On Tue, 27 Sep 2022, Hans Petter Selasky wrote:
On 9/27/22 02:24, Alexander Motin wrote:
On 26.09.2022 17:29
On 9/28/22 11:47, Tomoaki AOKI wrote:
As I stated on Bug 237666 [1], I have Titan Ridge TB3 bridge on my
ThinkPad P52. The relevant part of HW probe is at comment 206 [2].
Are there any other info I can provide for Titan Ridge support?
(Not yet tried the codes.)
On 9/26/22 21:28, Alexander Motin wrote:
Ivan,
On 26.09.2022 13:11, Ivan Quitschal wrote:
bad news im afraid, problem occurred at the first attempt on
speedtest.net.
and I'm really trying to help you analizying this code here myself,
but problem is: im far from expert on network protocol
On 9/27/22 00:25, Ivan Quitschal wrote:
Hi Hans,
how do you want me to do those tests for you ? with or without any of your
patches? With the actual code on git ?
Without any patches.
--HPS
On 9/27/22 02:24, Alexander Motin wrote:
On 26.09.2022 17:29, Hans Petter Selasky wrote:
I've got a supposedly "broken" if_ure dongle from Alexander, but I'm
unable to reproduce the if_ure hang on two different pieces of XHCI
hardware, Intel based and AMD based, which I've got.
Thi
On 9/27/22 14:17, Ivan Quitschal wrote:
On Tue, 27 Sep 2022, Hans Petter Selasky wrote:
On 9/27/22 02:24, Alexander Motin wrote:
On 26.09.2022 17:29, Hans Petter Selasky wrote:
I've got a supposedly "broken" if_ure dongle from Alexander, but I'm
unable to reproduce the if_ure h
On 9/27/22 15:22, Hans Petter Selasky wrote:
On 9/27/22 14:17, Ivan Quitschal wrote:
On Tue, 27 Sep 2022, Hans Petter Selasky wrote:
On 9/27/22 02:24, Alexander Motin wrote:
On 26.09.2022 17:29, Hans Petter Selasky wrote:
I've got a supposedly "broken" if_ure dongle from
On 10/30/22 00:05, Nuno Teixeira wrote:
Considering that morse could use same beep dsp code, instead of
repeating dsp code inside morse, why not use a dsp library or
something so that morse could use it without duplicating code?
If you figure out a good name for it. Not sure if it is worth a
On 10/29/22 20:18, Nuno Teixeira wrote:
Technically you could symlink the two - yes.
Can't understand how, what do I missing?
In the main() routine, the name of the program name is passed.
Then you just check if argv[0] == "morse" and invoke main_morse()
instead, if you see. Of course you
On 10/29/22 15:36, Nuno Teixeira wrote:
Hello,
unixcw is what I was looking for.
I think I will include it in some scripts just for fun :)
I've started with base morse because it was nice if it can be updated to
play on dsp too.
And yes, `cw -w 60 < /etc/passwd` it's really cool.
You may
.
--HPS
Hans Petter Selasky escreveu no dia sábado, 29/10/2022
à(s) 16:33:
On 10/29/22 15:36, Nuno Teixeira wrote:
Hello,
unixcw is what I was looking for.
I think I will include it in some scripts just for fun :)
I've started with base morse because it was nice if it can be updated
On 9/16/22 16:31, Ivan Quitschal wrote:
-Mensagem original-
De: Hans Petter Selasky
Enviada em: sexta-feira, 16 de setembro de 2022 10:40
Para: Ivan Quitschal
Cc: freebsd-current@freebsd.org
Assunto: Re: TP-LINK USB no carrier after speed test
On 9/16/22 14:18, Ivan Quitschal wrote
Hi Ivan,
Can you also test this USB kernel patch? And revert your if_ure.c patch?
--HPSdiff --git a/sys/dev/usb/usb_transfer.c b/sys/dev/usb/usb_transfer.c
index 20ed2c897aac..757697926106 100644
--- a/sys/dev/usb/usb_transfer.c
+++ b/sys/dev/usb/usb_transfer.c
@@ -419,6 +419,7 @@
On 9/18/22 13:50, Ivan Quitschal wrote:
Hi Hans
just a heads up, it worked, tested a thousand times and the problem does
not occur anylonger after i changed the constant to 2048
but upload speed was affcted a little i believe.
insted of 600/300 of internet speed , im having 600/90
but thats
See:
https://reviews.freebsd.org/D36493
Looking through base I see qsort() being used in places it shouldn't be
used. For example in fts_open().
If for example you fill a directory with 64k simply numerical file names
in the wrong order and ask fts_open() to sort these ascending for
On 9/8/22 12:50, Hans Petter Selasky wrote:
See:
https://reviews.freebsd.org/D36493
Looking through base I see qsort() being used in places it shouldn't be
used. For example in fts_open().
If for example you fill a directory with 64k simply numerical file names
in the wrong order and ask
On 9/15/22 17:18, Hans Petter Selasky wrote:
On 9/15/22 17:16, Ivan Quitschal wrote:
Hi All
Does anybody have any idea what could be happening here?.
I have a laptop DELL INSPIRON 3511 and everything works just fine,
literally everything. even the iwlwifi0.
But in order to use my full
On 9/15/22 17:16, Ivan Quitschal wrote:
Hi All
Does anybody have any idea what could be happening here?.
I have a laptop DELL INSPIRON 3511 and everything works just fine,
literally everything. even the iwlwifi0.
But in order to use my full 600mbps, i dont use the wireless but a
TP-LINK
Hi Ivan,
Can you revert all if_ure patches, and try this one instead.
--HPSdiff --git a/sys/dev/usb/controller/xhci.c b/sys/dev/usb/controller/xhci.c
index 045be9a40b99..09aefb02687d 100644
--- a/sys/dev/usb/controller/xhci.c
+++ b/sys/dev/usb/controller/xhci.c
@@ -2848,8 +2848,16 @@
On 9/23/22 23:43, Hans Petter Selasky wrote:
vpanic() at 0x808f4c84 = vpanic+0x184/frame 0xfe003590e900
panic() at 0x808f4a33 = panic+0x43/frame 0xfe003590e960
sleepq_add() at 0x809521ab = sleepq_add+0x37b/frame
0xfe003590e9b0
_sleep() at 0x80902118
On 9/23/22 23:33, Andriy Gapon wrote:
It seems that the problem may be related to different keyboard LED
states between the VTs. The system is a fresh stable/13. The panic
looks like an attempt to sleep while in an interrupt thread (a callout?).
Hi,
I suspect vt_switch_timer must have
On 9/15/22 17:36, Ivan Quitschal wrote:
On Thu, 15 Sep 2022, Ivan Quitschal wrote:
On Thu, 15 Sep 2022, Hans Petter Selasky wrote:
On 9/15/22 17:18, Hans Petter Selasky wrote:
On 9/15/22 17:16, Ivan Quitschal wrote:
Hi All
Does anybody have any idea what could be happening here?.
I
On 9/16/22 08:20, Hans Petter Selasky wrote:
On 9/15/22 17:36, Ivan Quitschal wrote:
On Thu, 15 Sep 2022, Ivan Quitschal wrote:
On Thu, 15 Sep 2022, Hans Petter Selasky wrote:
On 9/15/22 17:18, Hans Petter Selasky wrote:
On 9/15/22 17:16, Ivan Quitschal wrote:
Hi All
Does anybody
On 9/16/22 08:34, Hans Petter Selasky wrote:
On 9/16/22 08:20, Hans Petter Selasky wrote:
On 9/15/22 17:36, Ivan Quitschal wrote:
On Thu, 15 Sep 2022, Ivan Quitschal wrote:
On Thu, 15 Sep 2022, Hans Petter Selasky wrote:
On 9/15/22 17:18, Hans Petter Selasky wrote:
On 9/15/22 17:16
On 9/16/22 14:18, Ivan Quitschal wrote:
On Fri, 16 Sep 2022, Hans Petter Selasky wrote:
On 9/16/22 08:34, Hans Petter Selasky wrote:
On 9/16/22 08:20, Hans Petter Selasky wrote:
On 9/15/22 17:36, Ivan Quitschal wrote:
On Thu, 15 Sep 2022, Ivan Quitschal wrote:
On Thu, 15 Sep 2022
Hi,
I compared the Linux code and the FreeBSD code, and the Linux code has
firmware upload support for this device. Maybe implementing that will
fix some issues. Will come back to this after EuroBSDcon :-)
--HPS
On 10/4/22 15:35, Gary Jennejohn wrote:
On Tue, 4 Oct 2022 15:20:05 +0200
Hans Petter Selasky wrote:
On 10/4/22 15:14, Johan Hendriks wrote:
I just updated the source today but now i get an error building world.
The old build was from yesterday which was fine!
Building /usr/obj/usr/src
On 10/4/22 15:14, Johan Hendriks wrote:
I just updated the source today but now i get an error building world.
The old build was from yesterday which was fine!
Building /usr/obj/usr/src/amd64.amd64/sys/KRNL/raw_ip.o
cc -target x86_64-unknown-freebsd14.0
On 10/4/22 15:35, Gary Jennejohn wrote:
On Tue, 4 Oct 2022 15:20:05 +0200
Hans Petter Selasky wrote:
On 10/4/22 15:14, Johan Hendriks wrote:
I just updated the source today but now i get an error building world.
The old build was from yesterday which was fine!
Building /usr/obj/usr/src
On 10/4/22 15:49, Hans Petter Selasky wrote:
On 10/4/22 15:35, Gary Jennejohn wrote:
On Tue, 4 Oct 2022 15:20:05 +0200
Hans Petter Selasky wrote:
On 10/4/22 15:14, Johan Hendriks wrote:
I just updated the source today but now i get an error building world.
The old build was from yesterday
On 7/18/22 14:46, Hans Petter Selasky wrote:
Hi,
There are three work in progress patches pending:
1) Updates for kernel
https://reviews.freebsd.org/D35754
2) Updates for beep
https://reviews.freebsd.org/D35772
3) New vtspeakd daemon
https://reviews.freebsd.org/D35776
Please test if you can
On 9/30/22 12:31, Andriy Gapon wrote:
On 26/09/2022 18:13, Hans Petter Selasky wrote:
On 9/23/22 23:43, Hans Petter Selasky wrote:
vpanic() at 0x808f4c84 = vpanic+0x184/frame 0xfe003590e900
panic() at 0x808f4a33 = panic+0x43/frame 0xfe003590e960
sleepq_add
Hi,
I've made three patches to improve conversion between timing units, like
sbintime, and usecs and so on.
I've been testing these for some days and can see a notiable difference
when using realtime audio applications, in the form of less jitter,
audio/hpsjam and video-chat using
On 10/3/22 15:26, Renato Botelho wrote:
On 03/10/22 10:20, Hans Petter Selasky wrote:
Hi,
I've made three patches to improve conversion between timing units,
like sbintime, and usecs and so on.
I've been testing these for some days and can see a notiable
difference when using realtime
Hi Ivan,
Can you upload your patch to differential revision at freebsd.org ?
https://reviews.freebsd.org/differential/
Then maybe someone else or me can approve and commit it!
--HPS
Hi,
I'm doing some work with audio and have noticed some problems with the
ULE scheduler. I have a program that generate audio based on
key-presses. When no keys are pressed, the load is near 0%, but as soon
as you start pressing keys, the load goes maybe to 80% of a CPU core.
This program I
On 11/22/22 20:28, mike tancsa wrote:
On 11/17/2022 11:47 PM, Hans Petter Selasky wrote:
Hi,
I'm doing some work with audio and have noticed some problems with the
ULE scheduler. I have a program that generate audio based on
key-presses. When no keys are pressed, the load is near 0
Hi Alexander,
Thank you for the pointers.
I will try it out.
--HPS
On 11/18/22 09:18, Alexander Leidinger wrote:
Quoting Hans Petter Selasky (from Fri, 18 Nov 2022
05:47:58 +0100):
Hi,
I'm doing some work with audio and have noticed some problems with the
ULE scheduler. I have
On 11/21/22 20:12, Mark Johnston wrote:
There were some bug fixes earlier this year to address problems where
high-priority threads were not getting scheduled quickly enough. If
you're using an old kernel, they might improve things:
Are any of these fixes merged to stable/13 ?
--HPS
On 1/18/23 12:45, Gary Jennejohn wrote:
It's not clear from the content of README.md whether Hans has added
thunderbolt to the files under /sys/conf.
Currently not so much has changed there, except from regularly rebasing
the repository on top of FreeBSD-main.
I currently have my hands
On 1/29/23 01:54, Yuri wrote:
Looking into an issue with accents input for vt and cz (so
/usr/share/vt/keymaps/cz.kbd) keyboard where some of the accents are
working and other result weird unrelated characters output.
Checking kbdcontrol -d output, there is an obvious difference with
keymap
On 1/29/23 09:48, Yuri wrote:
Hans Petter Selasky wrote:
On 1/29/23 01:54, Yuri wrote:
Looking into an issue with accents input for vt and cz (so
/usr/share/vt/keymaps/cz.kbd) keyboard where some of the accents are
working and other result weird unrelated characters output.
Checking
On 1/17/23 14:13, Ivan Quitschal wrote:
not THAT fine of course, since its limited to around 300mbps. when in
USB 3 it reaches 600mbps just fine.
but besides that limitation from the version 2.0, it really works. ive
tried a whole day of heavy traffic here and nothing happened at all.
rings
Hi,
I don't know what you mean by "sleep", but some CPUs have bug and setting:
sysctl machdep.idle=spin
Helps!
--HPS
On 4/26/23 12:36, Zhenlei Huang wrote:
Hi,
I'm recently working on https://reviews.freebsd.org/D39638 (sysctl(9): Enable
vnet sysctl variables be loader tunable),
the changes to `sys/kern/link_elf_obj.c` are runtime tested, but not those to
`sys/kern/link_elf.c` .
After some hacking I
On 4/26/23 13:12, Konstantin Belousov wrote:
No, in-kernel linker does not behave this way.
Modules need to contain explicit reference to all modules they depend upon,
using the MODULE_DEPEND() macro. Only symbols from the dependencies are
resolved.
All modules get an implicit reference to
On 4/5/23 20:23, Gleb Smirnoff wrote:
What if we remove the CTLFLAG_VNET check from the code you posted above?
I don't see anything going wrong, rather going right
CTLFLAG_VNET will not mask away CTLFLAG_TUN.
Hi Gleb,
It's possible to bypass that check, but some work needs to be done
On 4/5/23 21:44, Hans Petter Selasky wrote:
On 4/5/23 20:23, Gleb Smirnoff wrote:
What if we remove the CTLFLAG_VNET check from the code you posted above?
I don't see anything going wrong, rather going right
CTLFLAG_VNET will not mask away CTLFLAG_TUN.
Hi Gleb,
It's possible to bypass
On 5/5/23 17:23, Tomek CEDRO wrote:
On Fri, May 5, 2023 at 3:38 PM Ed Maste wrote:
FreeBSD supports up to 256 CPU cores in the default kernel configuration
(on Tier-1 architectures). Systems with more than 256 cores are
available now, and will become increasingly common over FreeBSD 14’s
1001 - 1066 of 1066 matches
Mail list logo