similar to: nouveau crash on shutdown 5.4.0-42-generic Ubuntu 20.04 vmmgf100.c:221

https://bugs.freedesktop.org/show_bug.cgi?id=111843 Bug ID: 111843 Summary: Resume fails after suspend with nouveau and Gtx 1050 ti Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: not set Priority: not set Component: Driver/nouveau

https://bugzilla.mindrot.org/show_bug.cgi?id=2700 Bug ID: 2700 Summary: Missing PEM identity_file should be a fatal error Product: Portable OpenSSH Version: 7.2p2 Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: ssh Assignee: unassigned-bugs

https://bugzilla.mindrot.org/show_bug.cgi?id=2689 Bug ID: 2689 Summary: Terminal new line after packet_write_wait: Connection failure Product: Portable OpenSSH Version: 7.2p2 Hardware: Other OS: Linux Status: NEW Severity: normal Priority: P5 Component: ssh

Hi, It is a shame I feel obliged to write this email. I sent a single email with a possible bug in it, asking if it was working in a newer release. I got 3 spam emails from mindrot.org. Two asking me to confirm, and then when I was forced to confirm I got another auto-responder spam. If I had wanted the 3rd spam I would have set "return receipt". I got this (below) auto-responder

From: Thierry Reding <treding at nvidia.com> Hi Ben, these are a couple of patches that are in preparation for adding GV11B support. The fundamental issue that these are trying to solve is that the GV11B is the first Tegra incarnation of the GPU where the aperture really matters. All prior generations would accept any of them. For dGPUs we usually allocate memory in VRAM, so the default

Turing introduced a new simplified page kind scheme, reducing the number of possible page kinds from 256 to 16. It also is the first NVIDIA GPU in which the highest possible page kind value is not reserved as an "invalid" page kind. To address this, the invalid page kind is made an explicit property of the MMU HAL, and a new table of page kinds is added to the tu102 MMU HAL. One

Hello, I was hoping that this would work: http://blogs.sun.com/zhangfan/entry/how_to_turn_a_mirror I have 4x(1TB) disks, one of which is filled with 800GB of data (that I cant delete/backup somewhere else) > root at FSK-Backup:~# zpool create -f ambry raidz1 c4t0d0 c5t0d0 c5t1d0 > /dev/lofi/1 > root at FSK-Backup:~# zpool list > NAME SIZE USED AVAIL CAP HEALTH ALTROOT

https://bugzilla.mindrot.org/show_bug.cgi?id=2690 Bug ID: 2690 Summary: Add command line "ssh --version" Product: Portable OpenSSH Version: 7.2p2 Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: ssh Assignee: unassigned-bugs at

https://bugzilla.mindrot.org/show_bug.cgi?id=2720 Bug ID: 2720 Summary: Include username in "Permission denied (publickey)." message Product: Portable OpenSSH Version: 7.2p2 Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5 Component:

I am using sftp which comes with OpenSSH_3.8.1p1 Debian-8.sarge.4, OpenSSL 0.9.7e 25 Oct 2004 I noticed backspace is not working. Couild someone tell me if this is fixed in a newer package please? Also, would it be possible for sftp --version to be implemented? also sftp --V. Likewise ssh --version is not implemented either. None of the flags are listed when i type ssh --help, or sftp --help

Hello, Commit 2541626cfb79 breaks GM20B probe with the following kernel log: [ 2.153892] ------------[ cut here ]------------ [ 2.153897] WARNING: CPU: 1 PID: 36 at drivers/gpu/drm/nouveau/nvkm/subdev/mmu/vmmgf100.c:273 gf100_vmm_valid+0x2c4/0x390 [ 2.153916] Modules linked in: [ 2.153922] CPU: 1 PID: 36 Comm: kworker/u8:1 Not tainted 6.1.0+ #1 [ 2.153929] Hardware name: Google

From: Thierry Reding <treding at nvidia.com> The gk20a (as well as all subsequent Tegra instantiations of the GPU) do in fact use the same apertures as regular GPUs. Prior to gv11b there are no checks in hardware for the aperture, so we get away with setting VRAM as the aperture for buffers that are actually in system memory. Signed-off-by: Thierry Reding <treding at nvidia.com> ---

On Thu, Dec 21, 2017 at 12:32:39PM -0500, Anthony Eden wrote: > Hi Thierry, > > Thanks for the patch. I applied on top of linux-next-2017-12-14. > Different output this time. > > [ 11.862495] WARNING: CPU: 1 PID: 254 at > drivers/gpu/drm/nouveau/nvkm/subdev/mmu/vmmgf100.c:391 This looks like something that could potentially be fixed by this:

On Thu, Dec 29, 2022 at 12:58 AM Diogo Ivo <diogo.ivo at tecnico.ulisboa.pt> wrote: > > Hello, > > Commit 2541626cfb79 breaks GM20B probe with > the following kernel log: > > [ 2.153892] ------------[ cut here ]------------ > [ 2.153897] WARNING: CPU: 1 PID: 36 at drivers/gpu/drm/nouveau/nvkm/subdev/mmu/vmmgf100.c:273 gf100_vmm_valid+0x2c4/0x390 > [

On Tue, Sep 17, 2019 at 01:43:13PM +1000, Ben Skeggs wrote: > On Tue, 17 Sep 2019 at 01:18, Thierry Reding <thierry.reding at gmail.com> wrote: > > > > From: Thierry Reding <treding at nvidia.com> > > > > The gk20a (as well as all subsequent Tegra instantiations of the GPU) do > > in fact use the same apertures as regular GPUs. Prior to gv11b there are

Hello Ben, I have now written this draft guide "Using OpenSSH through a SOCKS compatible firewall on your LAN". I have attatched it to this email. All feedback is welcome, I expect still have a little to add before its ready for its first release. if you wish to give my email address to someone not on the email list please give them openssh at jguk.org JG mouring at

On Tue, 17 Sep 2019 at 01:18, Thierry Reding <thierry.reding at gmail.com> wrote: > > From: Thierry Reding <treding at nvidia.com> > > The gk20a (as well as all subsequent Tegra instantiations of the GPU) do > in fact use the same apertures as regular GPUs. Prior to gv11b there are > no checks in hardware for the aperture, so we get away with setting VRAM > as the

New versions of tboot support ACPI GAS (Generic Address Structure) for handling sleep states. This required a change to the tboot_shared_t data structure that is not backwards compatible. This patch requires that new version makes use of GAS when invoking tboot on shutdown. Signed-off-by: Shane Wang <shane.wang@intel.com> Signed-off-by: Joseph Cihula <joseph.cihula@intel.com> diff

https://bugs.freedesktop.org/show_bug.cgi?id=101220 --- Comment #19 from Pacho Ramos <pachoramos1 at gmail.com> --- Any news on this? I still need to run with noaccel with kernel 4.19.25, otherwise system ends up getting hung after showing this errors: feb 23 17:21:08 dell-2017 kernel: ------------[ cut here ]------------ feb 23 17:21:08 dell-2017 kernel: nouveau 0000:01:00.0: timeout feb

Did nobody ever verify this for Ken? > On Mon, Oct 01, 2012 at 23:38:33 +0530, Desai, Kashyap wrote: > > > > > > > -----Original Message----- > > > From: owner-freebsd-stable at freebsd.org [mailto:owner-freebsd- > > > stable at freebsd.org] On Behalf Of Kenneth D. Merry > > > Sent: Monday, October 01, 2012 8:58 PM > > > To: John