Re: [patch] switchd(8) on sparc64: panic: trap type 0x34

On Mon, 20 Aug 2018 11:05:08 -0700 Ori Bernstein wrote: > On Mon, 20 Aug 2018 23:38:28 +0900 (JST), YASUOKA Masahiko > wrote: >> As far as I know, switch(4) assumes it receives packets located at 64 >> bit aligned memory. So if the code like below >> >> *(uint64_t *)oxm->oxm_value = htobe

Re: libtls: tls_config_set_ocsp_staple_file(3) wrong parameter type

Hi Mario, Mario Campos wrote on Mon, Aug 20, 2018 at 07:16:21PM -0500: > This is my first contribution. > If I'm doing something wrong here, please let me know. No, your patch is completely correct (it's likely a copy-paste oversight introduced when adding these functions to the manual page), an

libtls: tls_config_set_ocsp_staple_file(3) wrong parameter type

Hi tech@ This is my first contribution. If I'm doing something wrong here, please let me know. I came across this "bug" as I was going through Bob Beck's libtls tutorial. Index: lib/libtls/man/tls_load_file.3 === RCS file: /cvs/src/

openssl s_time: merge duplicate GET & SSL_shutdown code

These two chunks of benchmark() are almost identical. We can merge them into the end of doConnection() with no change in behavior. We need to drop a shadow `i' when we do this. While we're at it we can move retval's declaration to the beginning of the function. As doConnection is now doing more

Re: rasops(9) cursor drawing code

> Date: Mon, 20 Aug 2018 15:46:57 +0200 > From: Frederic Cambus > > There is an issue when moving the cursor backwards with the left arrow > key, characters disappear and only reappear when moving back forward > with the right arrow key. > > I also noticed some similar artefacts when using inter

Re: [patch] switchd(8) on sparc64: panic: trap type 0x34

> Date: Mon, 20 Aug 2018 11:05:08 -0700 > From: Ori Bernstein > > > As far as I know, switch(4) assumes it receives packets located at 64 > > bit aligned memory. So if the code like below > > > > *(uint64_t *)oxm->oxm_value = htobe64(val); > > > > cause alignment faults, the assumption may

Re: [patch] switchd(8) on sparc64: panic: trap type 0x34

On Mon, 20 Aug 2018 23:38:28 +0900 (JST), YASUOKA Masahiko wrote: > Hi, Heyho. > > panic: trap type 0x34 (mem address not aligned): pc=15864ec > > npc=15864f0 pstate=99820006 > (snip) > > o...@eigenstate.org and I put together the following diff. I haven't been > > able > > to check with the

Re: [patch] switchd(8) on sparc64: panic: trap type 0x34

Hi, > panic: trap type 0x34 (mem address not aligned): pc=15864ec > npc=15864f0 pstate=99820006 (snip) > o...@eigenstate.org and I put together the following diff. I haven't been able > to check with the original reporter, and I don't have a machine to test it on, > so comments and/or tests would

Re: rasops(9) cursor drawing code

On Mon, Aug 20, 2018 at 02:05:15PM +0200, Mark Kettenis wrote: > So even when you set the RI_WRONLY or RI_VCONS flag, the rasops code > still does framebuffer reads when it draws the cursor. This causes > problems on a particular (somewhat broken) machine I have. But since > we know that framebuf

rasops(9) cursor drawing code

So even when you set the RI_WRONLY or RI_VCONS flag, the rasops code still does framebuffer reads when it draws the cursor. This causes problems on a particular (somewhat broken) machine I have. But since we know that framebuffer reads are quite expensive on other machines, I think it makes sense

Re: Using shift on external keyboards in softraid passphrases from efiboot

On Thu, Aug 16, 2018 at 09:51:32PM +0200, Frank Groeneveld wrote: > Hello all, > > I haven't been able to type the passphrase of my softraid device on > boot when using an external keyboard on my Thinkpad X260. Finally I > had some time to debug this problem and this is what I discovered. > > On

urndis(4) ++ RAMDISKs

Hi, these have been missing for some reason, but i'm guessing i wouldn't be the only user using urndis, rather than messing around with firmwares when rushing into reinstall having forgotten about some necessary fw.. (arm64 RAMDISK has urndis(4) already.) -Artturi diff --git sys/arch/amd64/con

[patch] Use API to get params in lib/libtls/tls.c

Hi tech@, This patch uses API to get params, sorry if I am wrong, thanks! Index: tls.c === RCS file: /cvs/src/lib/libtls/tls.c,v retrieving revision 1.80 diff -u -p -r1.80 tls.c --- tls.c 7 Apr 2018 16:30:59 - 1.80 ++

Re: umsm(4) and umb(4) separate loading for the same composite USB modem device

I've done USB descriptors dump for MC7304 with two firmware variants: - modem SWI9X15C_05.05.67.00 - voice enambled SWI9X15C_06.03.32.02 as well as descriptors for EM/MC7455 modem firmware. Denis On 8/15/2018 5:41 PM, Mark Kettenis wrote: >> Date: Wed, 15 Aug 2018 09:56:50 +0100 >> From: Stuart

move more code under UAUDIO_DEBUG

Hello, In uaudio_add_mixer() the number of input channels (ichs) is only used in a DPRINTF statement so the code to set its value can be excluded unless we're building a debug kernel. In my understanding uaudio_get_cluster_nchan() has no side effects. - Michael Index: uaudio.c =