search for: wwwdotorg

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 filenames (see commit eb90d08 "get_maintainer: allow keywords

...ogout 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/keyring-wpPOO8/g...

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: > +-

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

...y>? no I believe that I'm following the correct procedure for resizing the filesystem. Any pointers greatly appreciated. Thanks. A complete transcript demonstrating this problem follows: SEVERN:~# cat /etc/fedora-release Fedora Core release 3 (Heidelberg) SEVERN:~# uname -a Linux severn.wwwdotorg.org 2.6.9-1.667 #1 Tue Nov 2 14:41:25 EST 2004 i686 athlon i386 GNU/Linux SEVERN:~# cat /proc/mdstat Personalities : [raid1] md1 : active raid1 hdk2[1] hdg2[0] 242685824 blocks [2/2] [UU] md0 : active raid1 hdk1[1] hdg1[0] 104320 blocks [2/2] [UU] unused devices: <none> roo...

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]

...phen 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> Steve Cornelius <sec@pobox.com> Steve Dickson <steved@redhat.com> Steve French <sfrench...

...phen 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> Steve Cornelius <sec@pobox.com> Steve Dickson <steved@redhat.com> Steve French <sfrench...

...phen 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> Steve Cornelius <sec@pobox.com> Steve Dickson <steved@redhat.com> Steve French <sfrench...

...ll <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> Steve Conklin <sconklin@canonical.com> Steve Cornelius <sec@pobox.com> Steve Dickson <s...

...ll <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> Steve Conklin <sconklin@canonical.com> Steve Cornelius <sec@pobox.com> Steve Dickson <s...

...ll <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> Steve Conklin <sconklin@canonical.com> Steve Cornelius <sec@pobox.com> Steve Dickson <s...

...ll <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> Steve Conklin <sconklin@canonical.com> Steve Cornelius <sec@pobox.com> Steve Dickson <s...

...ll <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> Steve Capper <steve.capper@linaro.org> Steve Conklin <sconklin@canonical.com> Steve Cornelius...

...ll <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> Steve Capper <steve.capper@linaro.org> Steve Conklin <sconklin@canonical.com> Steve Cornelius...

On 09/25/2014 07:27 AM, Sjoerd Simons wrote: > Playing a bit with todays linux-next on my jetson, it seems this patch is > still required for enabling the GPU. Is there anything blocking it (firmware > not available yet in liux-firmware?) I think initially I was waiting for the DRM patch "drm/nouvea: support for probing platform devices" to be applied, but it looks like

On 09/25/2014 10:41 AM, Thierry Reding wrote: > On Thu, Sep 25, 2014 at 09:48:01AM -0600, Stephen Warren wrote: >> On 09/25/2014 07:27 AM, Sjoerd Simons wrote: >>> Playing a bit with todays linux-next on my jetson, it seems this patch is >>> still required for enabling the GPU. Is there anything blocking it (firmware >>> not available yet in liux-firmware?)

I have some emails where the Subject line has been wrapped, and subsequent lines are indented with TAB characters. Specifically, here's a dump of a portion of an email: 0002020 C c : sp nl S u b j e c t : sp [ B 0002040 u i l d b o t ] sp B u i l d B o 0002060 t sp S U C C E S S nl ht ( B l d _ 0002100

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am continually getting false "New Mail" warning from Thunderbird. I'm running Thunderbird 1.5.0.9 on Windows, and it's talking to two different Dovecot 1.0.RC23 servers (one home server, one work server). This was happening in older Dovecot versions too, so it's not new in RC23. Very often, Thunderbird will pop up the

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 filenames (see commit eb90d08 "get_maintainer: allow keywords