Re: audioctl: display variables periodically

I agree with ratchov that in this instance, precise timing isn't important. 10 Dec 2022 05:53:48 Alexandre Ratchov : > On Fri, Dec 09, 2022 at 12:43:31PM -0600, Scott Cheloha wrote: >> On Fri, Dec 09, 2022 at 12:10:59PM +0100, Alexandre Ratchov wrote: >>> This diff adds an option to display

Re: audioctl: display variables periodically

vice started: Would it read better as: "Once per-second, display the number of bytes of silence inserted due to buffer underruns (since the device started playback):" And don't forget to update the usage message too :) -- Best Regards Edd Barrett https://www.theunixzoo.co.uk

Re: Lenovo ThinkCentre M910q fails to suspend

On Fri, Jun 17, 2022 at 12:46:49PM -0700, Mike Larkin wrote: > Sorry, out of ideas. No worries. Thanks for all of the back and forth :) -- Best Regards Edd Barrett https://www.theunixzoo.co.uk

Re: Lenovo ThinkCentre M910q fails to suspend

p -c` and then `disable xhci` means that the system can at least boot with no xhci, but sadly it still won't stay in the suspended state. That might rule out xhci as a source of the issue, maybe. -- Best Regards Edd Barrett https://www.theunixzoo.co.uk

Re: Lenovo ThinkCentre M910q fails to suspend

e BIOS that I could tweak. Unless you have any other ideas, I'll try disabling random devices in the hope that I can narrow it down... I've already tried the network card, it aint that. Thanks. -- Best Regards Edd Barrett https://www.theunixzoo.co.uk

Re: Lenovo ThinkCentre M910q fails to suspend

On Fri, Jun 17, 2022 at 09:14:45AM +0100, Edd Barrett wrote: > > 1. remove the code that truncates this list after 16, and note down all the > > wake devices. Here's the full list: acpi0: wakeup devices PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) PEG2(S4) PEGP(S4) SIO1(S3) RP09(S4) PXSX

Re: Lenovo ThinkCentre M910q fails to suspend

of info, which may be worthless. I tried a Debian live USB stick, to see if Linux was able to sleep this box. It was able to. I don't know if that rules out the idea of a fixed-function button? -- Best Regards Edd Barrett https://www.theunixzoo.co.uk

Re: Lenovo ThinkCentre M910q fails to suspend

ons, and any fancy power stuff I don't need or recognise, I've disabled. No joy. I've even updated the BIOS software to no avail. Hrm... -- Best Regards Edd Barrett https://www.theunixzoo.co.uk

Lenovo ThinkCentre M910q fails to suspend

] is disabled/in DSI mode with an ungated DDI clock, gate it drm:pid0:intel_ddi_sanitize_encoder_pll_mapping *NOTICE* [drm] [ENCODER:109:DDI \M-j/PHY ] is disabled/in DSI mode with an ungated DDI clock, gate it inteldrm0: 1920x1080, 32bpp wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation), using wskbd0 wsdisplay0: screen 1-5 added (std, vt100 emulation) ``` -- Best Regards Edd Barrett https://www.theunixzoo.co.uk

Re: FAT32 short filename inconsistencies

old scool) mode by using -s? WELL THAT WOULD WORK, BUT ALL OF MY FILENA~1 WOULD BE TRUNCA~1 ;) kn@, what do you think? Should `-l` *always* (really always) create long filenames? Cheers -- Best Regards Edd Barrett https://www.theunixzoo.co.uk

FAT32 short filename inconsistencies

uld be to rename all of my files lower-case before copying to the FAT filesystem. This would force OpenBSD to create long filenames, but that may not be suitable for every user's circumstance] Cheers -- Best Regards Edd Barrett https://www.theunixzoo.co.uk

human-readable audio device descriptions

1.86 +++ share/man/man4/audio.4 7 Jul 2021 13:41:38 - @@ -112,8 +112,7 @@ argument. .Bd -literal typedef struct audio_device { char name[MAX_AUDIO_DEV_LEN]; -char version[MAX_AUDIO_DEV_LEN]; -char config[MAX_AUDIO_DEV_LEN]; +char descr[MAX_AUDIO_DESCR_LEN]; } audio_device_t; .Ed .Pp -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

sndiod: allow mixing of duplex, record-only and play-only audio devices

uldn't open an alternate device\n"); - } + if (!dev_sio_openlist(d, , , )) return 0; - } sio_initpar(); par.bits = d->par.bits; @@ -310,10 +322,10 @@ dev_sio_reopen(struct dev *d) par.sig = d->par.sig; par.le = d->par.le; par.msb = d->par.msb; - if (d->mode & SIO_PLAY) - par.pchan = d->pchan; - if (d->mode & SIO_REC) - par.rchan = d->rchan; + if (mode & SIO_PLAY) + par.pchan = d->reqpchan; + if (mode & SIO_REC) + par.rchan = d->reqrchan; par.appbufsz = d->bufsz; par.round = d->round; par.rate = d->rate; @@ -343,6 +355,7 @@ dev_sio_reopen(struct dev *d) } /* update parameters */ + d->mode = mode; d->par.bits = par.bits; d->par.bps = par.bps; d->par.sig = par.sig; -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: sndiod: Move controls out of the device structure, please test & review

On Fri, Jan 29, 2021 at 04:16:44PM +0100, Alexandre Ratchov wrote: > Thanks for the feedback, new diff below. It fixes a server crash when > a client issues an invalid request. I retested the crash scenario, and can confirm that it is fixed. No other problems to report! -- Best Regar

Re: search usbd_interfaces in case of non-compliant device

On Thu, Jan 28, 2021 at 09:56:14AM +, Edd Barrett wrote: > Here's a revised diff that always searches the array, instead of first trying the expected index. Everyone agreed that this makes for simpler code, and that since this function isn't called much, there's no real performance conc

Re: search usbd_interfaces in case of non-compliant device

(dev->ifaces[idx].idesc->bInterfaceNumber == ifaceno) { + *iface = >ifaces[idx]; + return (USBD_NORMAL_COMPLETION); + } + } + return (USBD_INVAL); } /* use altno */ -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

search usbd_interfaces in case of non-compliant device

->bInterfaceNumber == ifaceno) { + *iface = >ifaces[idx]; + return (USBD_NORMAL_COMPLETION); + } + } + return (USBD_INVAL); } /* use altno */ -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: RFC: kern.video.record

io I'd prefer fine-grained control. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: cpu utilisation bars for top(1)

hange, i; struct pollfd pfd[1]; - static char command_chars[] = "\f qh?en#sdkriIuSopCHg+P109)("; + static char command_chars[] = "\f qh?en#sdkriIuSopCHg+P109)(B"; /* * assume valid command unless told @@ -995,6 +1000,9 @@ rundisplay(void) skip -= max_topn / 2; if (skip < 0) skip = 0; + break; + case CMD_bars: + cpu_bars = !cpu_bars; break; default: new_message(MT_standout, " BAD CASE IN SWITCH!"); -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: cpu utilisation bars for top(1)

splay. The bar graphs I'm proposing are only displayed when toggled on by pressing `B` (or by invoking top(1) with `-B`). Otherwise the display remains exactly as it was before. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: cpu utilisation bars for top(1)

On Mon, Apr 13, 2020 at 11:15:59AM -0600, Theo de Raadt wrote: > I think your bar-graph removes detailed information and replaces it > with a visual which wastes screen real-estate. I agree, that's why I made it a toggle. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: cpu utilisation bars for top(1)

uses both chevrons (first screen) and hashes (second screen) for CPU bar graphs. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: cpu utilisation bars for top(1)

gt;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> >>>>>>> > Memory: Real: 3931M/12G act/tot Free: 11G Cache: 6507M Swap: 0K/1028M PID USERNAME PRI NICE SIZE RES STATE WAIT TIMECPU COMMAND ... ``` Something like that? -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

cpu utilisation bars for top(1)

if (skip < 0) skip = 0; + break; + case CMD_bars: + cpu_bars = !cpu_bars; break; default: new_message(MT_standout, " BAD CASE IN SWITCH!"); -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: Thinkpad X1 5th gen TPM chip

5gs and have no problem suspending. Cheers! Edd Barrett Mon Mar 11 23:47:54 GMT 2019 Mike Larkin : > On Mon, Mar 11, 2019 at 11:24:42AM +0000, Edd Barrett wrote: > > Hi, > > > > I was looking at the manual page for tpm(4) and noticed that it has > > somethin

Thinkpad X1 5th gen TPM chip

t;, + "MSFT0101", NULL }; -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: acpithinkpad: fix brightness keys, keyboard backlight value

On Wed, Mar 06, 2019 at 09:37:52PM +0100, Juan Francisco Cantero Hurtado wrote: > The brightness keys on the X61s still work fine. I've just built today's kernel on my X1 5th gen, and the backlight keys now function. Many thanks jcs@! -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: dl_iterate_phdr(3) manual tweak

nfor program headers and the .Fa data argument. +Iteration continues until either there are no more objects to +iterate over, or +.Fa callback +returns a non-zero value. +.Pp The information about the program headers is passed in a structure that is defined as: .Bd -literal -- Best Regard

dl_iterate_phdr(3) manual tweak

structure that is defined as: .Bd -literal -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: RETGUARD

On Mon, Aug 21, 2017 at 12:13:05PM -, Christian Weisgerber wrote: > lang/pypy retguard I'm looking into PyPy. Can you provide the build output? Cheers -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Small change to 6.1 upgrade guide

and follow the prompts. +Apply the configuration changes and remove the old files detailed below. Finish up by upgrading the packages: pkg_add -u. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: FAQ entry for vmm

eplacing NICs +Networking vmm(4) guests Keyboard and Display Controls -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: vm.conf(5) manual tweak for switches

On Sun, Oct 16, 2016 at 07:15:41PM +0100, Edd Barrett wrote: > The following diff attempts to fix this, and tweaks the surrounding text > a bit too. Any love for this? -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: FAQ entry for vmm

Hi, On Mon, Oct 17, 2016 at 05:28:38PM +0100, Edd Barrett wrote: > Thanks. The general consensus was to try to reduce this a lot before > commit though. I will probably only include the wireless setup in the > FAQ. Here is the reduced version. I also moved this into the networkin

Re: FAQ entry for vmm

. Still looking for an OK on that. > One very minor nit: why re0? ;-) I think modern vmm-compatible > machines with VMX/VT-d/EPT will have em0 in most cases ... It's just what my test system had in it. We can easily switch to em. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

vm.conf(5) manual tweak for switches

erface automatically added into the corresponding +.Xr bridge 4 +or +.Xr switch 4 +interface underlying the virtual switch. .Pp +Virtual switches can be configured at any point in the configuration file. Each .Ic switch section starts with a declaration of the virtual switch: -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

FAQ entry for vmm

ieving revision 1.495 diff -u -p -r1.495 index.html --- faq/index.html 2 Oct 2016 21:16:26 - 1.495 +++ faq/index.html 15 Oct 2016 16:08:48 - @@ -151,6 +151,7 @@ that are not covered in the FAQ. Using S/Key Directory services Keeping OpenBSD up to date +Virtual machines with vmm(4) The X Window System -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: vmm: experimentation with networking on wifi interfaces

cases.) -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

vmm: experimentation with networking on wifi interfaces

info makes it difficult to find and fix bugs. --->8--- Oops. Well, please don't take that as a bug report, as the guest is running vanilla 6.0-release. If someone wants more info, I can mail it, but I should try to reproduce that on 6.0-stable or -current. Cheers -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: removing wsmouse_input [2]: zts, hilms, uts

On Mon, Jun 06, 2016 at 01:53:01PM +0200, Stefan Sperling wrote: > On Mon, Jun 06, 2016 at 12:40:24PM +0100, Edd Barrett wrote: > > I have a uts. > > > > I can test later. Am I expecting to see any functional change? > > No change is expected. It should just

Re: removing wsmouse_input [2]: zts, hilms, uts

I have a uts. I can test later. Am I expecting to see any functional change? On 5 June 2016 15:55:19 BST, Mark Kettenis wrote: >> From: Ulf Brosziewski >> Date: Sun, 5 Jun 2016 09:55:07 +0200 >> >> ok? > >Would have been nice if somebody

schizo0: safari error

" rev 1.00/1.01 addr 2 uhidev0: iclass 3/1 ukbd0 at uhidev0: 8 variable keys, 6 key codes, country code 32 wskbd0 at ukbd0: console keyboard, using wsdisplay0 vscsi0 at root scsibus4 at vscsi0: 256 targets softraid0 at root scsibus5 at softraid0: 256 targets bootpath: /pci@8,60/SUNW,qlc@4,0/fp@0,0/disk@2114c303de67,0 root on sd0a (8d7ec6f394d57510.a) swap on sd0b dump on sd0b creator0: firmware rev 1.3.11 -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: Allow top(1) to search arguments (again)

can do a KNF whack in a separate commit (later). -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: Allow top(1) to search arguments (again)

On Thu, Apr 28, 2016 at 03:26:48PM +0100, Edd Barrett wrote: > Resubmitting this diff, as I've been unable to get an OK. Style tweaks fixed, as pointed out by Michal Mazurek. Thanks for this. OK? Index: machine.c === RCS f

Allow top(1) to search arguments (again)

d, the +arguments are searched too. .It Fl H Show process threads in the display. Normally, only the main process is shown. @@ -305,7 +306,8 @@ command. .It g Ar string Display only processes that contain .Ar string -in their command name. +in their command name. If displaying of arguments i

Re: Scheduler hack for multi-threaded processes

On Thu, Mar 24, 2016 at 12:09:39PM +, Edd Barrett wrote: > On Wed, Mar 23, 2016 at 09:35:50PM +0100, Mark Kettenis wrote: > > So here is a diff that keeps yield() the same and adds the code in the > > sched_yield(2) implementation instead. > > I'm going to now run with

Re: Scheduler hack for multi-threaded processes

k well in firefox. Thanks. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: Scheduler hack for multi-threaded processes

efox too. Will run this diff for a few days and let you know if anything bad happens. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: New scheduler for OpenBSD

with this for a while and let you know if anything comes up. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: New scheduler for OpenBSD

m.org/docs/UsersManual.html#profile-guided-optimization [2] https://github.com/gperftools/gperftools -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: Allow top(1) to search arguments

On Fri, Feb 12, 2016 at 06:59:02PM +, Edd Barrett wrote: > Updated diff: I've now tested the updated diff on sparc64 and amd64 with S malloc flags for a while. No issues. Would anyone go as far as "OK"? -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

uplcom usb panic in amd64 snap

uot; rev 1.10/1.30 addr 5 uhidev3: iclass 3/1 ukbd1 at uhidev3: 8 variable keys, 6 key codes wskbd2 at ukbd1 mux 1 wskbd2: connecting to wsdisplay0 uhidev4 at uhub3 port 5 configuration 1 interface 0 "Tablet ISD-V4" rev 1.10/6.11 addr 6 uhidev4: iclass 3/1, 2 report ids

Re: diff(1) performance

. Cheers -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Revisiting the HDMI2 bug with i915 and docking stations.

ot; rev 2.00/0.00 addr 3 uhidev3 at uhub3 port 5 configuration 1 interface 0 "Tablet ISD-V4" rev 1.10/6.11 addr 4 uhidev3: iclass 3/1, 2 report ids ums1 at uhidev3 reportid 1: 2 buttons wsmouse2 at ums1 mux 0 ums2 at uhidev3 reportid 2: 3 buttons, tip, barrel, eraser wsmouse3 at ums2 mux 0 uhidev4 at uhub4 port 4 configuration 1 interface 0 "SEJIN SEJIN USB joint Keyboard" rev 1.10/1.30 addr 5 uhidev4: iclass 3/1 ukbd1 at uhidev4: 8 variable keys, 6 key codes wskbd2 at ukbd1 mux 1 wskbd2: connecting to wsdisplay0 -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

diff(1) performance

::packetPending: HandlerTask::fn: --->8--- Tarred up files: http://theunixzoo.co.uk/random/diff_files.tgz -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: Allow top(1) to search arguments

+306,8 @@ command. .It g Ar string Display only processes that contain .Ar string -in their command name. +in their command name. If displaying of arguments is enabled, the +arguments are searched too. .Sq g+ shows all processes. .It H -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Allow top(1) to search arguments

hed too. .It Fl H Show process threads in the display. Normally, only the main process is shown. @@ -305,7 +306,8 @@ command. .It g Ar string Display only processes that contain .Ar string -in their command name. +in their command name. If displaying of arguments is enabled, the +arguments a

Re: Firefox, malloc(3) and threads

port 1 "Intel Rate Matching Hub" rev 2.00/0.00 addr 2 uhub4 at uhub3 port 3 "Standard Microsystems product 0x2514" rev 2.00/0.00 addr 3 uhidev3 at uhub3 port 5 configuration 1 interface 0 "Tablet ISD-V4" rev 1.10/6.11 addr 4 uhidev3: iclass 3/1, 2 report ids ums1 at uhidev3 reportid 1: 2 buttons wsmouse2 at ums1 mux 0 ums2 at uhidev3 reportid 2: 3 buttons, tip, barrel, eraser wsmouse3 at ums2 mux 0 uhidev4 at uhub4 port 4 configuration 1 interface 0 "SEJIN SEJIN USB joint Keyboard" rev 1.10/1.30 addr 5 uhidev4: iclass 3/1 ukbd1 at uhidev4: 8 variable keys, 6 key codes wskbd2 at ukbd1 mux 1 wskbd2: connecting to wsdisplay0 -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Thinkpad dock only provides HDMI2 after first suspend.

0 uhidev4 at uhub4 port 4 configuration 1 interface 0 SEJIN SEJIN USB joint Keyboard rev 1.10/1.30 addr 5 uhidev4: iclass 3/1 ukbd1 at uhidev4: 8 variable keys, 6 key codes wskbd2 at ukbd1 mux 1 wskbd2: connecting to wsdisplay0 -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

USB panic

Flash, 5.0F SCSI2 0/direct removable sd1: 3847MB, 512 bytes/sector, 7880544 sectors sd2 at scsibus4 targ 1 lun 1: eUSB, SD-MS-SM, 5.0F SCSI2 0/direct removable -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: USB panic

...@nolizard.org wrote: On 08/02/15(Sun) 21:57, Edd Barrett wrote: Hey, I have been having issues with a userland program hard resetting my machine. I *think* but cannot be sure it is the USB compact flash reader causing the issue: Difficult to believe that's an hardware problem. umass0

Non-functional USB ports on thinkpad x230t/OpenBSD

.09511665BDB1595433FB sd1: 29984MB, 512 bytes/sector, 61408128 sectors sd1 detached scsibus4 detached umass0 detached -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: Stairstep mouse motion

of your diff, then I reckon this is good to go in. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: Stairstep mouse motion

case. You could argue it wouldn't matter even if it did happen. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: Stairstep mouse motion

On Wed, Oct 16, 2013 at 11:45:34PM +0100, Edd Barrett wrote: Tested on my x230t and will continue to test. No regrssions noticed on relative pointing devices. OK? Anyone? I appreciate that I am probably the only one using OpenBSD on a tablet, but a looks OK and no regressions for relative

Re: Stairstep mouse motion

On Thu, Jul 18, 2013 at 09:23:00PM +0100, Edd Barrett wrote: After applying your diff: Touchpad: smooth lines. Nipple: smooth lines. Pen: jagged lines. I wonder if it is because the pen is an absolute pointing device. You probably need extra magic

Re: memset.S for amd64

this is not strictly necessary as the lower byte of rax (aka, AL) is then copied across the other bytes of rax anyway. This allows them to copy the bytes 8 at a time by movq. Can someone check this? Is the andq unnecessary in this case? -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: memset.S for amd64

On Wed, Sep 18, 2013 at 07:08:31PM +0100, Edd Barrett wrote: In short, each experiment warms up by setting and checking a load of buffers before setting as many buffers as possible given a one minute timeframe. The experiments were run with varying buffer sizes under both memset.S and memset.c

memset.S for amd64

,%rcx /* set by words */ + rep + stosq + + movq%r8,%rcx/* set remainder by bytes */ + andq$7,%rcx +L1:rep + stosb + movq%r11,%rax + + ret -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: Merge uhts(4) into ums(4).

On Sat, Aug 10, 2013 at 12:33:12PM +0100, Edd Barrett wrote: On Fri, Aug 09, 2013 at 08:35:49AM +0200, Matthieu Herrb wrote: And you can also do the next step and tedu uhts The following diff tedus uhts(4). This is the first driver I have tedued, so please check carefully. Anyone

Re: Merge uhts(4) into ums(4).

))) - return (UMATCH_IFACECLASS_IFACESUBCLASS); /* XXX */ - /* return (UMATCH_IFACECLASS); */ + return (UMATCH_IFACECLASS); return (UMATCH_NONE); } -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: Merge uhts(4) into ums(4).

On Fri, Jul 19, 2013 at 04:06:49PM +0100, Edd Barrett wrote: Cheers. Revised diff: Right, now the tree is open again. Matthieu, did you test this diff on your various devices for regressions? Can this go in? -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: Merge uhts(4) into ums(4).

touchscreen and digitiser support was written by +.An Robert Nagy +and +.An Matthieu Herrb +then later merged into the generic +.Xr ums 4 +driver by +.An Edd Barrett . +.Sh CAVEATS +Touchscreen and digitiser pressure sensitivity is not yet implemented. Index: share/man/man4/usb.4

Merge uhts(4) into ums(4).

in .Ox 2.8 . +.Sh AUTHORS +.An -nosplit +HID touchscreen and digitiser support was written by +.An Robert Nagy +and +.An Matthieu Herrb +then later merged into the generic +.Xr ums 4 +driver by +.An Edd Barrett. +.Sh CAVEATS +Touchscreen and digitiser pressure sensitivity is not yet implemented

Re: Stairstep mouse motion

: Touchpad: smooth lines. Nipple: smooth lines. Pen: jagged lines. I wonder if it is because the pen is an absolute pointing device. You probably need extra magic in the WSCONS_EVENT_MOUSE_ABSOLUTE_* cases. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: Wake from zzz causes panic on thinkpad x60

On Thu, Feb 28, 2013 at 04:59:12PM +, Edd Barrett wrote: Come to think of it those snaps are probably too old for TESTS. So when newer snaps hit the mirror I will re-run this test. I can confirm that this is still a problem with Feb 28th amd64 snaps. -- Best Regards Edd Barrett http

Wake from zzz causes panic on thinkpad x60

Regards Edd Barrett http://www.theunixzoo.co.uk

Re: iwn0 firmware errors

. I am seeing the error connecting to a soekris I set up myself. I am the only client on this. It has a ral card in hostap mode. It may be related to power saving? Pure speculation ofcourse -- I know nothing about how these devices work internally. -- Best Regards Edd Barrett http

Re: xf86-video-intel driver broken after 2011/11/29

it. I have the same issue. I mailed it to x11@ a few days ago: http://marc.info/?l=openbsd-x11m=132865830223969w=2 And yep, I use startx. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

iwn0 firmware errors

: qid=14 cur=0 queued=0 tx ring 15: qid=15 cur=0 queued=0 rx ring: cur=11 802.11 state 4 -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: fix ral (and maybe other cards) hostap mode

I will be willing to test any diffs relating to this. I have some soekris with Ral cards which i intended to use in hostap mode. Cheers On Jan 16, 2012 12:13 PM, Steven Chamberlain ste...@pyro.eu.org wrote: On 16/01/12 09:47, Sebastian Reitenbach wrote: this is a followup on the misc@ problem

Re: small change to the scandir(3) manual page

On Fri, Jan 20, 2012 at 02:34:51PM +0100, Tobias Ulmer wrote: - builds an array of pointers to variable-size directory entries using malloc(3) ^ Something like this could work. Perhaps also a note that we do this because POSIX says so. -- Best Regards Edd Barrett http

[panc...@nopcode.org: License]

01:19:26 +0200 From: pancake panc...@nopcode.org To: Edd Barrett vex...@gmail.com Subject: License X-Mailer: iPhone Mail (8C148) Debian packager has reported a bug in magic license. COPYRIGHT file contains the 4th clause bsd which is gpl incompatible. The thing is that *.c files include

Re: [panc...@nopcode.org: License]

? There's no such file in my src/usr.bin/file. And the *.c files are all 2 clause, not 3. Yah, I am not sure what he is on about either now. I don't see a COPYRIGHT file. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: fix a seg and minor improvements to config(8)

of NKMEMPAGES. zsh: segmentation fault config -e ~/a Cheers -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: fix a seg and minor improvements to config(8)

static void nomem(void); -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

fix a seg and minor improvements to config(8)

cfdata); + while (cd-cf_attach != 0) { maxdev = i; totdev = i; -- Best Regards Edd Barrett

file(1): prevent printing unknown magic filename

= apprentice_load(ms, magic, nmagic, fn, action); if (rv != 0) -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

watchdog timeouts on alc0

(missed link) alc0: watchdog timeout alc0: could not disable RxQ/TxQ (0x0008)! alc0: could not disable Rx/Tx MAC(0x0008)! -- Best Regards Edd Barrett http://www.theunixzoo.co.uk

Re: alc(4) support for Atheros AR815x

Regards Edd Barrett http://www.theunixzoo.co.uk

Re: Network Interface Daemon and ifconfig header file

Perhaps the functions belong in a shared object? On May 4, 2011 10:46 AM, Rafael Sadowski raf...@sizeofvoid.org wrote: Hello @tech and all honorable OpenBSD Developer, first of all, I happy about any help or helpful advice! Based on Edd Barrett (edd@) idea[1] to develop a Network Interface

Re: alc(4) support for Atheros AR815x

On Mon, May 02, 2011 at 11:02:41AM +0100, Stuart Henderson wrote: On 2011/05/02 01:16, Edd Barrett wrote: On Sun, May 01, 2011 at 08:10:56PM +0100, Stuart Henderson wrote: On 2011/05/01 18:35, Edd Barrett wrote: I have acquired a netboot (packard bell dot s), which I think uses

Re: alc(4) support for Atheros AR815x

On Sun, May 01, 2011 at 08:10:56PM +0100, Stuart Henderson wrote: On 2011/05/01 18:35, Edd Barrett wrote: I have acquired a netboot (packard bell dot s), which I think uses this NIC. Is there an updated diff? Yes I just took the 2 minutes it took to apply it and fix the minor conflicts

Re: alc(4) support for Atheros AR815x

On Mon, May 02, 2011 at 01:16:55AM +0100, Edd Barrett wrote: On Sun, May 01, 2011 at 08:10:56PM +0100, Stuart Henderson wrote: On 2011/05/01 18:35, Edd Barrett wrote: I have acquired a netboot (packard bell dot s), which I think uses this NIC. Is there an updated diff? Yes I just

Re: Thank you for making p2k9 possible!

me here at p2k9 and to Naddy for creating my account. Thankyou all. But if I hear any more 'g|nther and the sunshine girls', I may never make it home. It melts the brain... -- Best Regards Edd Barrett http://students.dec.bmth.ac.uk/ebarrett

Re: broken X/sparc64

just the device section that you need. Thanks, ping me a mail when you think it is fixed and I can remove my xorg.conf and report the results. -- Best Regards Edd Barrett (Freelance software developer / technical writer / open-source developer) http://students.dec.bmth.ac.uk/ebarrett

Re: Expert3D-Lite driver breakage

On Thu, Sep 03, 2009 at 06:04:25PM +0100, Edd Barrett wrote: Hi, I went digging and found my: ifb0 at pci0 dev 2 function 0 Intergraph Expert3D rev 0x00 ifb0: Expert3D-Lite (SUNW,375-0116), 1280x1024 And I should have got an Xorg.0.log while the card was still in :\ -- Best Regards Edd

Re: [heads up] X snapshots now contain libxcb

On Fri, Aug 7, 2009 at 4:42 AM, Christiano Farina Haesbaertchristiano...@gmail.com wrote: On Thu, Aug 06, 2009 at 01:00:23PM +0100, Edd Barrett wrote: On Tue, Aug 4, 2009 at 2:38 PM, David Coppadco...@gmail.com wrote: For awesome 3, we need also a working port of cmake 2.6.X Is anyone

Re: cwmrc(5) color options

a change of default font or turning off hinting (if possible) would help? Thanks -- Best Regards Edd Barrett (Freelance software developer / technical writer / open-source developer) http://students.dec.bmth.ac.uk/ebarrett

Re: cwmrc(5) color options

On Fri, Aug 07, 2009 at 07:30:47PM +0100, Edd Barrett wrote: Anyway, it works on sparc64 too. Good work :) No it doesnt. Oops :) When moving windows in cwm (with the mouse) on a blade 1000, bits of other window borders get stuck over the window you are dragging. See screenshot: http

  1   2   >