Displaying 14 results from an estimated 14 matches for "repaced".
Did you mean:
replaced
2024 Dec 13
0
[PATCH 6/7] drivers: Repace get_task_comm() with %pTN
On 13. 12. 24, 6:46, Yafang Shao wrote:
> Since task->comm is guaranteed to be NUL-terminated, we can print it
> directly without the need to copy it into a separate buffer. This
> simplifies the code and avoids unnecessary operations.
>
> Signed-off-by: Yafang Shao <laoar.shao at gmail.com>
> Cc: Ofir Bitton <obitton at habana.ai>
> Cc: Oded Gabbay <ogabbay
2013 Nov 02
3
[PATCH] curve25519-sha256@libssh.org key exchange proposal
It should be compatible with the original patch. However I think that the shared secret should be encoded as a string, too. What does libssh do?
> Am 02.11.2013 um 05:46 schrieb Damien Miller <djm at mindrot.org>:
>
>> On Fri, 1 Nov 2013, Markus Friedl wrote:
>>
>> Here are three versions (patch against openbsd cvs)
>>
>> 1) repace nacl w/libsodium,
2002 Jan 23
1
Wierd problem with rysnc.
Hi folks, I'm having a problem with my rsync between two areas between a WAN.
The problem is really odd. I have a script that runs every night. Lately,
we've been having problems with rsync. The source side is an ordinary file
while the destination side is a symlink. We've been having problems with rsync
deleting the symlink and repacing it with the source copy despite having it in
2013 Nov 01
1
[PATCH] curve25519-sha256@libssh.org key exchange proposal
Here are three versions (patch against openbsd cvs)
1) repace nacl w/libsodium, so i could test
2) curve25519-donna
3) Matthew's public domain reference implementation.
i'd vote for #3
-------------- next part --------------
Am 30.10.2013 um 07:27 schrieb Damien Miller <djm at mindrot.org>:
> On Tue, 24 Sep 2013, Aris Adamantiadis wrote:
>
>> Dear OpenSSH
2005 Feb 04
2
New Asterisk user with a goal
Hi All, I am rather new to the asterisk world, and new to VoIP in
general, my question seems rather simple compared to some of the
topics under discussion here :)
I have done quite a bit of reading and fiddling trying to get a system
set up, to no avail yet
basically myself and a friend (both behind NAT and Firewalls, but able
to set up the firewall rules/port mappings ourself) are interesting in
2002 Nov 10
2
Harddisk gone bad
Hi all,
I know this is the EXT3 list, and my problem is with an EXT2 filesys, but I cannot seem to find a more suitable list on this server, and I have seen a lot of knowledge go by on this list and in the archives, so I thought I'd give it a try anyway...
Here goes nothing:
I am in a terrible problem: My data disk on my Linux server has gone bad, with approx 18 GB of data on it, and I
2013 Nov 02
0
[PATCH] curve25519-sha256@libssh.org key exchange proposal
if I understand http://git.libssh.org/projects/libssh.git/commit/?id=4cb6afcbd43ab503d4c3d3054b96a1492605ea8d
correctly, then the shared secret is encoded as a bignum,
probably because the rest of the code assumes it's a bignum
(e.g. for key derivation, etc). however, the DH public keys
are always encoded as strings (both in my patches and
in the libssh.org code).
Am 02.11.2013 um 07:57
2005 Jan 30
1
Patch : fix configure.in and Makefile.am problems.
On Sun, 30 Jan 2005 14:39:18 -0800 (PST)
Josh Coalson <xflac@yahoo.com> wrote:
> --- Erik de Castro Lopo <erikd-flac@mega-nerd.com> wrote:
> > On Sun, 30 Jan 2005 10:45:05 -0800 (PST)
> > Josh Coalson <xflac@yahoo.com> wrote:
> >
> > > OK, thanks, checked in. once linux-ppc is ironed out the
> > > release should be ready to go.
> >
2005 Sep 30
0
[Fwd: TDM40B - "Unable to play dialtone on channel X" ?]
Hi everyone,
Sorry for forwarding and top-posting this email again but its as if my
TDM40b has keeled over yesterday. After a few hours last night and
swapping the card to another asterisk server (with exactly the same
result) I needed to have the FXS ports working ASAP this morning so I
have repaced the functionality of the TDM40b with some Grandstream
handytones which I already had in stock.
I purchased the TDM40b directly from Digium - I'll check and see if the
cards have a one year warranty. I'm email the list again in case the
problem is obvious (many times I've spent a lo...
2005 Jan 30
2
Patch : fix configure.in and Makefile.am problems.
On Sun, 30 Jan 2005 10:45:05 -0800 (PST)
Josh Coalson <xflac@yahoo.com> wrote:
> OK, thanks, checked in. once linux-ppc is ironed out the
> release should be ready to go.
Long way to go yet. Mine is a G3 PowerPC so it doesn't have Altivec.
I've tried --disable-assembler but there's still something screwed
up int the Makefile.am.
Erik
--
1998 Aug 13
0
summary of replies to [strange stuff in 'last' command]
...wrapper function for the new
utmp
format. You could get a hold if that if you are unable to upgrade the
offending
app to glibc. I'd recommend just installing Debian instead. : >
From: Paul Carpenter <paul@dodgenet.com>
I saw this same problem going from a Slakware system to RH5.0. I
repaced
my SSH with an updated one and the problem went away. The old version
didn't use PAM and the new one does but I never looked into it any
further.
******************
From:Jaakko.Hyvatti@iki.fi
glibc-based system has different format in utmp and wtmp than
libc-5-based system. You have some a...
2011 Mar 31
2
fit.mult.impute() in Hmisc
I tried multiple imputation with aregImpute() and
fit.mult.impute() in Hmisc 3.8-3 (June 2010) and R-2.12.1.
The warning message below suggests that summary(f) of
fit.mult.impute() would only use the last imputed data set.
Thus, the whole imputation process is ignored.
"Not using a Design fitting function; summary(fit)
will use standard errors, t, P from last imputation only.
Use
2024 Jun 18
1
[PATCH 2/2] [v5] drm/nouveau: expose GSP-RM logging buffers via debugfs
...Since LOGPMU is not needed for normal GSP-RM operation, it is only
created if debugfs is available. Otherwise, the
NV_VGPU_MSG_EVENT_UCODE_LIBOS_PRINT RPCs are ignored.
Signed-off-by: Timur Tabi <ttabi at nvidia.com<mailto:ttabi at nvidia.com>>
---
v5:
rebased to drm-misc-next
repaced nvkm_gsp_log with nvif_log
minor rearrangement of some code
drivers/gpu/drm/nouveau/include/nvif/log.h | 32 ++
.../gpu/drm/nouveau/include/nvkm/subdev/gsp.h | 13 +
drivers/gpu/drm/nouveau/nouveau_drm.c | 19 +
.../gpu/drm/nouveau/nvkm/subdev/gsp/r535.c | 360 ++++++++++++++...
2024 Jun 12
2
[PATCH 1/2] [v2] drm/nouveau: retain device pointer in nvkm_gsp_mem object
Store the struct device pointer used to allocate the DMA buffer in
the nvkm_gsp_mem object. This allows nvkm_gsp_mem_dtor() to release
the buffer without needing the nvkm_gsp. This is needed so that
we can retain DMA buffers even after the nvkm_gsp object is deleted.
Signed-off-by: Timur Tabi <ttabi at nvidia.com>
---
v2: rebased to drm-misc-next