search for: swarren

...ode I''ve got in my config file that appears to be the culprit. When I remove it, the server starts right up - when I leave it in, I get "lighttpd dead but subsys locked": ---------------------------------------- # simple virtual hosting simple-vhost.server-root = "/home/swarren/" simple-vhost.default-host = "test" simple-vhost.document-root = "public" # Start of test vhost $HTTP["host"] == "test" { server.document-root = "/home/swarren/test/public/" accesslog.filename = "/home/swarren/test/log/access.log&quo...

From: Stephen Warren <swarren at nvidia.com> Create a new N: entry type in MAINTAINERS which performs a regex match against filenames; either those extracted from patch +++ or --- lines, or those specified on the command-line using the -f option. This provides the same benefits as using a K: regex option to match a set of...

From: Stephen Warren <swarren at nvidia.com> Create a new N: entry type in MAINTAINERS which performs a regex match against filenames; either those extracted from patch +++ or --- lines, or those specified on the command-line using the -f option. This provides the same benefits as using a K: regex option to match a set of...

From: Stephen Warren <swarren at nvidia.com> Create a new N: entry type in MAINTAINERS which performs a regex match against filenames; either those extracted from patch +++ or --- lines, or those specified on the command-line using the -f option. This provides the same benefits as using a K: regex option to match a set of...

On 05/19/2014 03:24 AM, Alexandre Courbot wrote: > Add the device tree binding documentation for the GK20A GPU used in > Tegra K1 SoCs. A few minor nits, but otherwise, Acked-by: Stephen Warren <swarren at nvidia.com> > diff --git a/Documentation/devicetree/bindings/gpu/nvidia,gk20a.txt b/Documentation/devicetree/bindings/gpu/nvidia,gk20a.txt > +Required properties: > +- compatible: "nvidia,<chip>-<gpu>" > + Currently recognized values: > + - nvidia,tegr...

...emoved on logout Product: Portable OpenSSH Version: 6.7p1 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: sshd Assignee: unassigned-bugs at mindrot.org Reporter: swarren at wwwdotorg.org I tested out Unix domain socket support in 6.7: # On Ubuntu 14.04 amd64 wget the source ./configure --prefix=/home/swarren/ssh-test/install --with-pam --with-kerberos5 make make install In one console, ran the newly installed sshd. In another: ./ssh -p 863 -R /run/user/1000/key...

Dropping Tegra ML, it's not the place where Nouveau mails should go. Adding Nouveau ML and Maarten, who probably knows Lockdep+Nouveau best. Am Montag, den 04.03.2013, 22:16 +0100 schrieb Borislav Petkov: > New -rc1, so let the stabilization games begin. > > I see the following on rc1, let me know if you need more info. > > > [ 0.633617]

I found a thread that has almost the exact same symptoms as me, but didn't seem to come to a resolution: https://listman.redhat.com/archives/ext3-users/2004-December/msg00018.html I have an LVM(2) array that I've just lvextend'd and want to resize2fs, but I can't get through the e2fsck. I get these errors when fsck-ing: Group 3125's inode table at 102400545 conflicts with

This series adds support for probing platform devices on Nouveau, as well as the DT bindings for GK20A. It doesn't enable the GPU yet on Tegra boards since a few extra things need to be supported before that. Thanks to the input received for v1, this version is more self-contained and shares less stuff between nouveau_drm and nouveau_platform. The major change is that nouveau_platform is now

...32254 free blocks, 16384 free inodes, 0 used directories Group 79: block bitmap at 2588672, inode bitmap at 2588673, inode table at 2588 674 32254 free blocks, 16384 free inodes, 0 used directories debugfs: quit -- Stephen Warren, Software Engineer, NVIDIA, Fort Collins, CO swarren at wwwdotorg.org http://www.wwwdotorg.org/pgp.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature URL: <http://listman.redhat.com/archives/ext3-users/attachments...

This patch series is the final (?) step towards the initial support of GK20A, allowing it to be probed and used (currently at a very slow speed, and for offscreen rendering only) on the Jetson TK1 and Venice 2 boards. The main piece if the first patch which adds platform devices probing support to Nouveau. There are probably lots of things that need to be discussed about it, e.g.: * The way the

This series adds support for probing platform devices on Nouveau, as well as the DT bindings for GK20A. It doesn't enable the GPU yet on Tegra boards since a few extra things need to be supported before that. This version is mostly identical to v2 but fixes an important issue: the drvdata must be set to the drm_device for sysfs to work, so the platform device structure now includes the

...Cameron <scameron@beardog.cce.hp.com> Stephen M. Cameron <stephenmcameron@gmail.com> Stephen Rothwell <sfr@canb.auug.org.au> Stephen Rothwell <sfr@ozlabs.au.ibm.com> Stephen Smalley <sds@tycho.nsa.gov> Stephen Thirlwall <sdt@dr.com> Stephen Warren <swarren@nvidia.com> Stephen Warren <swarren@nvidia.com> [Tegra] Stephen Warren <swarren@wwwdotorg.org> Stephen Warren: <swarren@nvidia.com> Steve Bennett <steveb@workware.net.au> Steve Capper <steve.capper@arm.com> Steve Conklin <sconklin@canonical.com>...

...Cameron <scameron@beardog.cce.hp.com> Stephen M. Cameron <stephenmcameron@gmail.com> Stephen Rothwell <sfr@canb.auug.org.au> Stephen Rothwell <sfr@ozlabs.au.ibm.com> Stephen Smalley <sds@tycho.nsa.gov> Stephen Thirlwall <sdt@dr.com> Stephen Warren <swarren@nvidia.com> Stephen Warren <swarren@nvidia.com> [Tegra] Stephen Warren <swarren@wwwdotorg.org> Stephen Warren: <swarren@nvidia.com> Steve Bennett <steveb@workware.net.au> Steve Capper <steve.capper@arm.com> Steve Conklin <sconklin@canonical.com>...

...Cameron <scameron@beardog.cce.hp.com> Stephen M. Cameron <stephenmcameron@gmail.com> Stephen Rothwell <sfr@canb.auug.org.au> Stephen Rothwell <sfr@ozlabs.au.ibm.com> Stephen Smalley <sds@tycho.nsa.gov> Stephen Thirlwall <sdt@dr.com> Stephen Warren <swarren@nvidia.com> Stephen Warren <swarren@nvidia.com> [Tegra] Stephen Warren <swarren@wwwdotorg.org> Stephen Warren: <swarren@nvidia.com> Steve Bennett <steveb@workware.net.au> Steve Capper <steve.capper@arm.com> Steve Conklin <sconklin@canonical.com>...

...meron <stephenmcameron@gmail.com> Stephen Rothwell <sfr@canb.auug.org.au> Stephen Rothwell <sfr@ozlabs.au.ibm.com> Stephen Röttger <stephen.roettger@zero-entropy.de> Stephen Smalley <sds@tycho.nsa.gov> Stephen Thirlwall <sdt@dr.com> Stephen Warren <swarren@nvidia.com> Stephen Warren <swarren@nvidia.com> [Tegra] Stephen Warren <swarren@wwwdotorg.org> Stephen Warren: <swarren@nvidia.com> Steve Bennett <steveb@workware.net.au> Steve Capper <steve.capper@arm.com> Steve Capper <steve.capper@linaro.org>...

...meron <stephenmcameron@gmail.com> Stephen Rothwell <sfr@canb.auug.org.au> Stephen Rothwell <sfr@ozlabs.au.ibm.com> Stephen Röttger <stephen.roettger@zero-entropy.de> Stephen Smalley <sds@tycho.nsa.gov> Stephen Thirlwall <sdt@dr.com> Stephen Warren <swarren@nvidia.com> Stephen Warren <swarren@nvidia.com> [Tegra] Stephen Warren <swarren@wwwdotorg.org> Stephen Warren: <swarren@nvidia.com> Steve Bennett <steveb@workware.net.au> Steve Capper <steve.capper@arm.com> Steve Capper <steve.capper@linaro.org>...

...meron <stephenmcameron@gmail.com> Stephen Rothwell <sfr@canb.auug.org.au> Stephen Rothwell <sfr@ozlabs.au.ibm.com> Stephen Röttger <stephen.roettger@zero-entropy.de> Stephen Smalley <sds@tycho.nsa.gov> Stephen Thirlwall <sdt@dr.com> Stephen Warren <swarren@nvidia.com> Stephen Warren <swarren@nvidia.com> [Tegra] Stephen Warren <swarren@wwwdotorg.org> Stephen Warren: <swarren@nvidia.com> Steve Bennett <steveb@workware.net.au> Steve Capper <steve.capper@arm.com> Steve Capper <steve.capper@linaro.org>...

...meron <stephenmcameron@gmail.com> Stephen Rothwell <sfr@canb.auug.org.au> Stephen Rothwell <sfr@ozlabs.au.ibm.com> Stephen Röttger <stephen.roettger@zero-entropy.de> Stephen Smalley <sds@tycho.nsa.gov> Stephen Thirlwall <sdt@dr.com> Stephen Warren <swarren@nvidia.com> Stephen Warren <swarren@nvidia.com> [Tegra] Stephen Warren <swarren@wwwdotorg.org> Stephen Warren: <swarren@nvidia.com> Steve Bennett <steveb@workware.net.au> Steve Capper <steve.capper@arm.com> Steve Capper <steve.capper@linaro.org>...

...meron <stephenmcameron@gmail.com> Stephen Rothwell <sfr@canb.auug.org.au> Stephen Rothwell <sfr@ozlabs.au.ibm.com> Stephen Röttger <stephen.roettger@zero-entropy.de> Stephen Smalley <sds@tycho.nsa.gov> Stephen Thirlwall <sdt@dr.com> Stephen Warren <swarren@nvidia.com> Stephen Warren <swarren@nvidia.com> [Tegra] Stephen Warren <swarren@wwwdotorg.org> Stephen Warren: <swarren@nvidia.com> Steve Beattie <sbeattie@ubuntu.com> Steve Bennett <steveb@workware.net.au> Steve Capper <steve.capper@arm.com> Ste...