On 12 Nov 01:52, David Gwynne wrote:
> this updates a diff i had from a few years ago to move the vioblk
> handling in vmd into a separate thread.
>
> basically disk io in your virtual machine should not block the vcpu from
> running now.
>
> just throwing this out so people can give it a go and
eturn;
+
c = str_save(cmd, APERM);
if ((cp = strrchr(c, '\n')) != NULL)
*cp = '\0';
--
With kind regards / Með bestu kveðju / Mit freundlichen Grüßen
Uwe Werler
On 19 Oct 08:49, Klemens Nanni wrote:
> On Wed, Aug 31, 2022 at 05:16:27PM +0200, Uwe Werler wrote:
> > Hi folks,
> >
> > I'm just wondering why there's a test for an empty line and args to start
> > the
> > editor for line editing. In bash one can sta
Hi Klemens,
On 19 Oct 08:49, Klemens Nanni wrote:
> On Wed, Aug 31, 2022 at 05:16:27PM +0200, Uwe Werler wrote:
> > Hi folks,
> >
> > I'm just wondering why there's a test for an empty line and args to start
> > the
> > editor for line editing. In bash
On 31 Aug 17:16, Uwe Werler wrote:
> Hi folks,
>
> I'm just wondering why there's a test for an empty line and args to start the
> editor for line editing. In bash one can start vi immediately with an empty
> line by ^v. Might be there's another reason I
On 02 Sep 15:26, Stefan Sperling wrote:
> This patch fixes suspend/resume with an AX201 device for gnezdo@.
> Tests on any iwm/iwx device would be apreciated.
>
> Before testing this make sure to update your tree to -current which contains
> a very recent fix for a double-free in the resume path o
On 13 Jun 19:45, Florian Obser wrote:
>
> Implement "classless static routes" dhcp option.
>
> For this we need to be able to handle multiple routes being sent from
> the engine to the main process as well as to the control tool. This also
> lets us handle multiple default routes in the "routers"
Hi Stefan,
just tested today with my other laptop (Dell Latitude 7400):
iwm0 at pci0 dev 20 function 3 "Intel Dual Band Wireless AC 9560" rev 0x30,
msix iwm0: hw rev 0x310, fw ver 34.3125811985.0, address 60:f2:62:06:61:f2
...against an Ubiquity UniFi AC AP Pro.
Before patch:
Up:
Conn: 1
On 29 Mar 19:27, Stefan Sperling wrote:
> This patch attempts to add support for receiving A-MSDUs to iwm(4).
> If you are using iwm(4) then please run with this patch and let me
> know if it causes regressions. Thanks!
>
> ACHTUNG: This patch breaks iwx(4)! Don't use it there! For this reason,
>
On 23 Mar 18:01, Stefan Sperling wrote:
> This switches athn(4) to the new RA Tx rate adaptation module.
> Tests on athn(4) PCI devices are welcome.
> USB devices don't need to be tested in this case Tx rate adaptation
> is taken care of by firmware.
>
> I could only test on AR9285 so far, but the
On 09 Mar 14:48, Stefan Sperling wrote:
> This implements a new rate adaptation module for net80211, called "RA",
> which resulted from a long discussion and exchanges of various diffs
> between Christian Ehrhardt and myself, targeting problems with MiRA.
>
> Tests with any of the various iwn(4) a
On 20 Sep 06:14, Todd C. Miller wrote:
> On Sun, 20 Sep 2020 05:39:02 +0200, Theo Buehler wrote:
>
> > This works and appears to match bash's behavior in that it only works
> > in normal mode. I would slightly prefer to also add the command to the
> > nonstandard vi commands in the switch around l
On 20 Sep 05:39, Theo Buehler wrote:
> On Sat, Sep 19, 2020 at 03:50:52PM -0600, Todd C. Miller wrote:
> > The vi and emacs edit code are completely separate. Try the following
> > diff. I had to rename a few things to avoid clashing with ncurses.h.
>
> This works and appears to match bash's beh
Intel I219-LM" rev 0x21: msi, address
a4:4c:c8:7e:52:d3
isa0 at pcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd1 at pckbd0: console keyboard
pms0 at pckbc0 (aux slot)
wsmouse1 at pms0 mux 0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
vmm0 at mainbus0: VMX/EPT
efifb at mainbus0 not configured
uhidev0 at uhub0 port 2 configuration 1 interface 0 "Logitech USB-PS/2 Optical
Mouse" rev 2.00/20.00 addr 2
uhidev0: iclass 3/1
ums0 at uhidev0: 3 buttons, Z dir
wsmouse2 at ums0 mux 0
uvideo0 at uhub0 port 5 configuration 1 interface 0 "CN0K49W1LOG007B8BMGNA01
Integrated_Webcam_HD" rev 2.00/75.24 addr 3
video0 at uvideo0
ugen0 at uhub0 port 7 "Intel Bluetooth" rev 2.00/0.10 addr 4
ugen1 at uhub0 port 10 "Broadcom Corp 5880" rev 1.10/1.01 addr 5
vscsi0 at root
scsibus2 at vscsi0: 256 targets
softraid0 at root
scsibus3 at softraid0: 256 targets
sd1 at scsibus3 targ 1 lun 0:
sd1: 244190MB, 512 bytes/sector, 500101898 sectors
root on sd1a (42a289e5051cfa2f.a) swap on sd1b dump on sd1b
inteldrm0: 1920x1080, 32bpp
wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation), using wskbd1
wskbd0: connecting to wsdisplay0
wsdisplay0: screen 1-5 added (std, vt100 emulation)
iwm0: hw rev 0x230, fw ver 34.0.1, address 60:f6:77:bc:3a:04
Please tell me what else I can test.
--
With kind regards / Með bestu kveðju / Mit freundlichen Grüßen
Uwe Werler
I will test against our new APs. My AP @home is a Technicolor
MediaAccess TG789vac).
mbk Uwe
On 29 Jun 09:48, Uwe Werler wrote:
> Hi Stefan,
>
> for me the patch works in mode 11n:
>
> before (OpenBSD 6.7-current (GENERIC.MP) #304: Fri Jun 26 02:08:50 MDT 2020)
> bandwidth m
Hi Stefan,
for me the patch works in mode 11n:
before (OpenBSD 6.7-current (GENERIC.MP) #304: Fri Jun 26 02:08:50 MDT 2020)
bandwidth min/avg/max/std-dev = 2.354/12.319/15.391/3.850 Mbps
with patch (OpenBSD 6.7-current (GENERIC.MP) #0: Mon Jun 29 09:35:24 GMT 2020)
bandwidth min/avg/max/std-dev
Hello @tech,
with this diff https://marc.info/?l=openbsd-tech&m=149192690925713&w=2 the
behaviour of cwm changed so vtile and htile always use 50% of the screen.
This is a reasonable default but sometimes I want to have the master windows
be bigger.
Inspired by this patch https://marc.info/?l=op
rofi. It's in the ports.
Am 23. Januar 2020 15:01:54 GMT+00:00 schrieb Mikhail :
>Can you elaborate on tools for menu-ssh replacement?
>
>On Wed, Jan 22, 2020 at 11:16 PM Okan Demirmen
>wrote:
>>
>> Hi,
>>
>> I think we've (or at least I have) mused about this for a while; a
>> recent mail remind
Thanks Reyk for Your great work!
Tested and works like a charm. Made some tcpbench tests too and got ~180 MBit
between host and vm.
Regards Uwe
On 12 Apr 13:44, Reyk Floeter wrote:
> Hi,
>
> we want to make it easier to run NAT'ed and auto-configured VMs that
> don't need switches, L2, manual
On 18. Jan 11:02:01, Stefan Sperling wrote:
> On Wed, Jan 18, 2017 at 09:19:28AM +0100, Uwe Werler wrote:
> > On 16. Jan 17:46:48, Uwe Werler wrote:
> > >
> > > Unfortunately the throughput is very low, only ~7 MBit. With mode 11g I
> > > get ~16 MBit.
> &g
On 16. Jan 17:46:48, Uwe Werler wrote:
>
> Unfortunately the throughput is very low, only ~7 MBit. With mode 11g I get
> ~16 MBit.
>
>
> zarathustra:~# tcpbench apu01
> elapsed_ms bytes mbps bwidth
> 1004 7482725.962
Hello Stefan,
many many thanks for this work!
I tested today with the latest snapshot from yesterday and a custom compiled
kernel
from today's sources. AP is my APU1D4 and Client is my ThinkPad T530 with iwn:
AP:
athn0 at pci4 dev 0 function 0 "Atheros AR9281" rev 0x01: apic 2 int 19
athn0: AR
Kerberos is disabled per default in SSH now?
Revision 1.60: download - view: text, markup, annotated - select for diffs
Wed Jun 19 05:27:06 2013 UTC (5 weeks, 5 days ago) by deraadt
Branches: MAIN
Diff to: previous 1.59: preferred, coloured
Changes since revision 1.59: +2 -1 lines
stop doing kerb
-Ursprüngliche Nachricht-
An: tech@openbsd.org;
Von:Uwe Werler
Gesendet: Mo 12.11.2012 15:32
Betreff:Re: Support power saving with athn(4) in host AP mode
> > Further testing would be welcome. Even if you don't use clients with
> > power savin
> Further testing would be welcome. Even if you don't use clients with
> power saving enabled. So if you're running an athn(4) based AP,
> please give this a spin.
>
Runs like a charme with snapshot from 2012-11-11. Tried Windows 7, Android ICS,
IPhone 3S, OpenBSD 4.7 and 5.2, Ubuntu 10.
Than
25 matches
Mail list logo