Displaying 20 results from an estimated 576 matches for "hartmans".
Did you mean:
hartman
2019 Sep 13
4
[PATCH 4.19 092/190] drm/nouveau: Dont WARN_ON VCPI allocation failures
On Fri, Sep 13, 2019 at 03:54:56PM +0100, Greg Kroah-Hartman wrote:
>On Fri, Sep 13, 2019 at 10:46:27AM -0400, Sasha Levin wrote:
>> On Fri, Sep 13, 2019 at 09:33:36AM -0400, Ilia Mirkin wrote:
>> > Hi Greg,
>> >
>> > This feels like it's missing a From: line.
>> >
>> > commit b513a18cf1d705bd04efd91c417e79e4938be093
>> > Author:
2020 Feb 13
2
[PATCH] nouveau: no need to check return value of debugfs_create functions
On 2/9/20 2:55 AM, Greg Kroah-Hartman wrote:
> When calling debugfs functions, there is no need to ever check the
> return value. The function can work or not, but the code logic should
> never do something different based on this.
>
Should we follow that line of reasoning further, and simply return void
from the debugfs functions--rather than playing whack-a-mole with this
2004 Oct 13
5
Looking for large-ish deployment advice
Colleagues-
I am working on the design of a fairly large samba deployment, and I am
looking for feedback on some of my design ideas.
I have 10 buildings spread out in and around a city, all interconnected
via 1.5Mb leased lines. There are samba servers in each building. I have
some users that move from building to building. We are using primarily
windows 98 desktops, with a few 2K and XPP
2020 Feb 09
3
[PATCH] nouveau: no need to check return value of debugfs_create functions
When calling debugfs functions, there is no need to ever check the
return value. The function can work or not, but the code logic should
never do something different based on this.
Cc: Ben Skeggs <bskeggs at redhat.com>
Cc: David Airlie <airlied at linux.ie>
Cc: Daniel Vetter <daniel at ffwll.ch>
Cc: dri-devel at lists.freedesktop.org
Cc: nouveau at lists.freedesktop.org
2014 Jul 02
1
[PATCH driver-core-linus] kernfs: kernfs_notify() must be useable from non-sleepable contexts
Hello,
On Tue, Jul 01, 2014 at 01:51:48PM -0700, Greg Kroah-Hartman wrote:
> Looks good to me, do you want to take this with your other kernfs
> patches for 3.16-final? Or if you don't have that, I can take it
> through my tree, it's your choice, either is fine for me.
>
> If you want it in your tree, feel free to add:
> Acked-by: Greg Kroah-Hartman <gregkh at
2014 Jul 02
1
[PATCH driver-core-linus] kernfs: kernfs_notify() must be useable from non-sleepable contexts
Hello,
On Tue, Jul 01, 2014 at 01:51:48PM -0700, Greg Kroah-Hartman wrote:
> Looks good to me, do you want to take this with your other kernfs
> patches for 3.16-final? Or if you don't have that, I can take it
> through my tree, it's your choice, either is fine for me.
>
> If you want it in your tree, feel free to add:
> Acked-by: Greg Kroah-Hartman <gregkh at
2016 Jan 19
2
[PATCH 6/6] VMware balloon: Update vmw_balloon.c to use the VMW_PORT macro
Updated VMWARE_BALLOON_CMD to use the common VMW_PORT macro.
Doing this rather than replacing all instances of VMWARE_BALLOON_CMD
to minimize code change.
Signed-off-by: Sinclair Yeh <syeh at vmware.com>
Reviewed-by: Thomas Hellstrom <thellstrom at vmware.com>
Reviewed-by: Alok N Kataria <akataria at vmware.com>
Acked-by: Xavier Deguillard <xdeguillard at vmware.com>
Cc:
2016 Jan 19
2
[PATCH 6/6] VMware balloon: Update vmw_balloon.c to use the VMW_PORT macro
Updated VMWARE_BALLOON_CMD to use the common VMW_PORT macro.
Doing this rather than replacing all instances of VMWARE_BALLOON_CMD
to minimize code change.
Signed-off-by: Sinclair Yeh <syeh at vmware.com>
Reviewed-by: Thomas Hellstrom <thellstrom at vmware.com>
Reviewed-by: Alok N Kataria <akataria at vmware.com>
Acked-by: Xavier Deguillard <xdeguillard at vmware.com>
Cc:
2020 Feb 13
1
[PATCH] nouveau: no need to check return value of debugfs_create functions
On Thu, Feb 13, 2020 at 11:39 PM Greg Kroah-Hartman
<gregkh at linuxfoundation.org> wrote:
>
> On Thu, Feb 13, 2020 at 02:30:09PM -0800, John Hubbard wrote:
> > On 2/9/20 2:55 AM, Greg Kroah-Hartman wrote:
> > > When calling debugfs functions, there is no need to ever check the
> > > return value. The function can work or not, but the code logic should
>
2015 Dec 02
2
[PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
On Wed, Dec 02, 2015 at 09:26:34AM -0800, Dmitry Torokhov wrote:
> On Wed, Dec 02, 2015 at 07:31:24AM -0800, Greg Kroah-Hartman wrote:
> > On Tue, Dec 01, 2015 at 06:21:06PM -0800, Sinclair Yeh wrote:
> > > On Tue, Dec 01, 2015 at 04:04:08PM -0800, Greg Kroah-Hartman wrote:
> > > > On Tue, Dec 01, 2015 at 02:54:20PM -0800, Sinclair Yeh wrote:
> > > > >
2015 Dec 02
2
[PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
On Wed, Dec 02, 2015 at 09:26:34AM -0800, Dmitry Torokhov wrote:
> On Wed, Dec 02, 2015 at 07:31:24AM -0800, Greg Kroah-Hartman wrote:
> > On Tue, Dec 01, 2015 at 06:21:06PM -0800, Sinclair Yeh wrote:
> > > On Tue, Dec 01, 2015 at 04:04:08PM -0800, Greg Kroah-Hartman wrote:
> > > > On Tue, Dec 01, 2015 at 02:54:20PM -0800, Sinclair Yeh wrote:
> > > > >
2006 Jan 03
2
integration with Meridian/Norstar ATA2
I'm attempting to use an asterisk box with a Digium TDM01B as voicemail
for an existing Meridian/Norstar PBX with an ATA-2 adapter. We're
having problems where hangup is not always (but sometimes) detected.
It's not detected probably 70% of the time or more. (The users transfer
callers to an extension--caller then has to navigate a menu to get to
the appropriate user).
After
2015 Dec 02
4
[PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
On Tue, Dec 01, 2015 at 06:21:06PM -0800, Sinclair Yeh wrote:
> On Tue, Dec 01, 2015 at 04:04:08PM -0800, Greg Kroah-Hartman wrote:
> > On Tue, Dec 01, 2015 at 02:54:20PM -0800, Sinclair Yeh wrote:
> > > Hi,
> > >
> > > On Tue, Dec 01, 2015 at 02:45:27PM -0800, Dmitry Torokhov wrote:
> > > > On Tue, Dec 1, 2015 at 2:32 PM, Sinclair Yeh <syeh at
2015 Dec 02
4
[PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
On Tue, Dec 01, 2015 at 06:21:06PM -0800, Sinclair Yeh wrote:
> On Tue, Dec 01, 2015 at 04:04:08PM -0800, Greg Kroah-Hartman wrote:
> > On Tue, Dec 01, 2015 at 02:54:20PM -0800, Sinclair Yeh wrote:
> > > Hi,
> > >
> > > On Tue, Dec 01, 2015 at 02:45:27PM -0800, Dmitry Torokhov wrote:
> > > > On Tue, Dec 1, 2015 at 2:32 PM, Sinclair Yeh <syeh at
2009 Apr 30
3
[PATCH] xen block: remove driver_data direct access of struct device
From: Greg Kroah-Hartman <gregkh at suse.de>
In the near future, the driver core is going to not allow direct access
to the driver_data pointer in struct device. Instead, the functions
dev_get_drvdata() and dev_set_drvdata() should be used. These functions
have been around since the beginning, so are backwards compatible with
all older kernel versions.
Cc: xen-devel at
2009 Apr 30
3
[PATCH] xen block: remove driver_data direct access of struct device
From: Greg Kroah-Hartman <gregkh at suse.de>
In the near future, the driver core is going to not allow direct access
to the driver_data pointer in struct device. Instead, the functions
dev_get_drvdata() and dev_set_drvdata() should be used. These functions
have been around since the beginning, so are backwards compatible with
all older kernel versions.
Cc: xen-devel at
2009 Apr 30
3
[PATCH] xen block: remove driver_data direct access of struct device
From: Greg Kroah-Hartman <gregkh at suse.de>
In the near future, the driver core is going to not allow direct access
to the driver_data pointer in struct device. Instead, the functions
dev_get_drvdata() and dev_set_drvdata() should be used. These functions
have been around since the beginning, so are backwards compatible with
all older kernel versions.
Cc: xen-devel at
2004 May 30
0
Debian / SE/Linux (resend due to html bounce)
Content-Description: Undelivered Message
From: Luke Kenneth Casson Leighton <lkcl at lkcl.net>
To: Damien Miller <djm at mindrot.org>
Cc: openssh-unix-dev at mindrot.org, pam-list at redhat.com,
SE-Linux <selinux at tycho.nsa.gov>, hartmans at debian.org
Subject: Re: Debian / SE/Linux - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=193664
Mail-Followup-To: Damien Miller <djm at mindrot.org>,
openssh-unix-dev at mindrot.org, pam-list at redhat.com,
SE-Linux <selinux at tycho.nsa.gov>, hartmans at debian.org
X-SA-Exim-C...
2019 Sep 13
3
[PATCH 4.19 092/190] drm/nouveau: Dont WARN_ON VCPI allocation failures
On Fri, Sep 13, 2019 at 09:33:36AM -0400, Ilia Mirkin wrote:
>Hi Greg,
>
>This feels like it's missing a From: line.
>
>commit b513a18cf1d705bd04efd91c417e79e4938be093
>Author: Lyude Paul <lyude at redhat.com>
>Date: Mon Jan 28 16:03:50 2019 -0500
>
> drm/nouveau: Don't WARN_ON VCPI allocation failures
>
>Is this an artifact of your
2005 Jan 28
1
Weird IP's in WINS
Colleagues-
I'm experiencing a very odd problem that seems to be the root of some
cross-subnet domain logon / browsing problems I am experiencing.
Basically, I have a Samba 3.0.8 box acting as a PDC and WINS server for
an NT style domain that is primarily on one subnet, but has a few users
on others. On subnets other than the one the server resides on, domain
logons fail sporadically.