On Tue, Nov 27, 2007 at 03:43:11PM +0100, Andi Kleen wrote:
>
> >
> > As for solution 2, that brings me to my previous question. Is that really
> > as
> > simple as just not moving the apic to legacy mode? It would seem some
> > additional programming would be in order to route the interrupt i
On Tue, Nov 27, 2007 at 07:56:44AM -0700, Eric W. Biederman wrote:
> Andi Kleen <[EMAIL PROTECTED]> writes:
>
> > his is any less reliable that what we have currently.
> >>
> >> It doesn't make things more reliable, and it adds code to a code path
> >> that already has to much code to be solid re
On Tue, Nov 27, 2007 at 08:30:47AM -0700, Eric W. Biederman wrote:
> Neil Horman <[EMAIL PROTECTED]> writes:
>
> > So, it sounds to me then, like unless I'm willing to really re-write the
> > APIC
> > setup code (which I don't feel qualified to do quite ye
set the flag and boot the kexec image itself.
With this modification, we can try to relocate to cpu0, and if we fail, we fall
back to booting on the crashing processor.
I'll work up a patch that implements (2), unless there are strong objections. I
see no reason why we can't implment
On Tue, Nov 27, 2007 at 03:00:11PM -0500, Vivek Goyal wrote:
> On Tue, Nov 27, 2007 at 02:42:20PM -0500, Neil Horman wrote:
>
> [..]
> >
> > Ben I tend to agree. I think re-enabling the APIC early in the boot process
> > provides a greater degree of reliability in th
On Tue, Nov 27, 2007 at 12:50:52PM -0800, Ben Woodard wrote:
> Eric W. Biederman wrote:
> >Neil Horman <[EMAIL PROTECTED]> writes:
> >
> >>So, it sounds to me then, like unless I'm willing to really re-write the
> >>APIC
> >>setup code (wh
On Tue, Nov 27, 2007 at 03:38:52PM -0700, Eric W. Biederman wrote:
> Neil Horman <[EMAIL PROTECTED]> writes:
>
> >>
> >> ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
>
> Ben, what chipset is this?
>
> >
> > Ok, I think from what
On Thu, Dec 13, 2007 at 10:32:22AM -0500, Neil Horman wrote:
> On Thu, Dec 13, 2007 at 04:16:29PM +0100, Andi Kleen wrote:
> > On Thu, Dec 13, 2007 at 09:39:22AM -0500, Neil Horman wrote:
> > >
> > > Ok, new patch attached, taking into account Andi's req
On Mon, Dec 17, 2007 at 04:16:42PM +0100, Ingo Molnar wrote:
>
> * Neil Horman <[EMAIL PROTECTED]> wrote:
>
> > Ok, new patch attached, taking into account Andi's request for a
> > cleaner method to implement single application quirks. I've spoken
>
Patch to fix build break that occurs when CONFIG_NET_CLS_ACT is not set.
Signed-off-by: Neil Horman <[EMAIL PROTECTED]>
cls_fw.c |3 ++-
cls_route.c |3 ++-
cls_tcindex.c |3 ++-
cls_u32.c |2 ++
4 files changed, 8 insertions(+), 3 deletions(-)
--- linux-2.
x27;m not
currently following that list). My patch seems to follow the common practice
for CONFIG_NET_CLS_ACT, in that all references to the action member of the
appropriate struct are themselves ifdef-ed.
Regards,
Neil
> On Tue, 2005-03-29 at 15:25, Neil Horman wrote:
> > Pat
On Tue, Mar 29, 2005 at 04:26:00PM -0500, jamal wrote:
> On Tue, 2005-03-29 at 16:17, Neil Horman wrote:
>
> > No worries. What exactly is the point of contention on netdev? (I'm not
> > currently following that list). My patch seems to follow the common
> > practi
their
own, and it allows for do_coredump to specify a infinite limit in the event that
a pipe is configured in /proc/sys/kernel/core_pattern, in which case ulimit -c
should not apply.
Regards
Neil
Signed-off-by: Neil Horman <[EMAIL PROTECTED]>
arch/mips/kernel/irixelf.c
On Tue, Jul 24, 2007 at 02:09:39AM -0700, Andrew Morton wrote:
> On Sun, 22 Jul 2007 11:39:47 -0400 Neil Horman <[EMAIL PROTECTED]> wrote:
>
> > This is a follow on to the patch entitled:
> > update-coredump-path-in-kernel-to-not-check-coredump-rlim-if-core_patter
On Tue, Jul 24, 2007 at 02:09:39AM -0700, Andrew Morton wrote:
> On Sun, 22 Jul 2007 11:39:47 -0400 Neil Horman <[EMAIL PROTECTED]> wrote:
>
> > This is a follow on to the patch entitled:
> > update-coredump-path-in-kernel-to-not-check-coredump-rlim-if-core_patter
hout a cast
> fs/binfmt_flat.c: At top level:
> fs/binfmt_flat.c:78: warning: 'flat_core_dump' used but never defined
> fs/binfmt_flat.c:94: warning: 'flat_core_dump' defined but not used
Damn! Sorry about that. At least I have a mediocre excuse in that it was on an
arch
add
a format specifier, %c, which allows the RLIM_CORE value of the crashing
application to be passed on the command line, since RLIMIT_CORE is reduced to
zero when execing the userspace helper
Tested successfully by me on x86 & x86_64.
Regards
Neil
Signed-off-by: Neil Horman <[EMAIL PR
On Thu, Jul 26, 2007 at 12:47:31PM -0700, Andrew Morton wrote:
> On Thu, 26 Jul 2007 15:31:45 -0400 Neil Horman <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Jul 26, 2007 at 11:48:32AM -0700, Andrew Morton wrote:
> > > On Thu, 26 Jul 2007 13:40:19 -0400 Neil Horma
On Thu, Jul 26, 2007 at 11:48:32AM -0700, Andrew Morton wrote:
> On Thu, 26 Jul 2007 13:40:19 -0400 Neil Horman <[EMAIL PROTECTED]> wrote:
>
> > Currently, core dumps can be redirected to a pipe by placing the
> > following string template in /proc/sys/kernel/core
On Thu, Jul 26, 2007 at 01:35:36PM -0700, Andrew Morton wrote:
> On Thu, 26 Jul 2007 16:20:18 -0400 Neil Horman <[EMAIL PROTECTED]> wrote:
>
> > If you'd like to back them all out, I have them
> > all in a git tree here, and I can repost (say early next week when I f
:) ).
The following 2 patches have been tested out by me.
Thanks & Regards
Neil
--
/*******
*Neil Horman
*Software Engineer
*Red Hat, Inc.
[EMAIL PROTECTED]
*gpg keyid: 1024D / 0x92A74FA1
Patch 1/2 to fix netfilter socket option removal
This patch changes netfilter socket options to do reference counting on the
module refcounter (And saves us 4 bytes in the structure to boot :) ).
regards
Neil
Signed-off-by: Neil Horman <[EMAIL PROTECTED]>
include/linux/netfi
Hey-
2nd of two patches. This patch enhances modprobe to operate like rmmod
in non-blocking mode. It also adds a -w option to allow for explicit blocking
operation.
Regards
Neil
Signed-off-by: Neil Horman <[EMAIL PROTECTED]>
modprobe.8 |9 +
modprobe.c
the remove_module failure and breaking of
the deadlock that you describe above.
Thanks & Regards
Neil
--
/***
*Neil Horman
*Software Engineer
*Red Hat, Inc.
[EMAIL PROTECTED]
*gpg keyid: 1024D / 0x92A74FA1
*http://pgp.mit.edu
**
On Thu, Sep 06, 2007 at 03:41:37AM +1000, Rusty Russell wrote:
> On Wed, 2007-09-05 at 13:08 -0400, Neil Horman wrote:
> > On Thu, Sep 06, 2007 at 02:13:26AM +1000, Rusty Russell wrote:
> > > On Wed, 2007-09-05 at 17:22 +0200, Patrick McHardy wrote:
> > > > But
On Wed, Sep 05, 2007 at 05:39:11PM -0400, Jon Masters wrote:
> On Wed, 2007-09-05 at 15:27 -0400, Neil Horman wrote:
>
> > Now, I suppose its possible that I've not been looking at the right source
> > tree
> > when doing my work. I've based my modprob
On Thu, Sep 06, 2007 at 12:33:52PM +0200, Patrick McHardy wrote:
> Neil Horman wrote:
> > On Thu, Sep 06, 2007 at 02:13:26AM +1000, Rusty Russell wrote:
> >
> >>On Wed, 2007-09-05 at 17:22 +0200, Patrick McHardy wrote:
> >>
> >>>But I'm won
On Wed, Sep 05, 2007 at 05:39:11PM -0400, Jon Masters wrote:
> On Wed, 2007-09-05 at 15:27 -0400, Neil Horman wrote:
>
> > Now, I suppose its possible that I've not been looking at the right source
> > tree
> > when doing my work. I've based my modprob
On Thu, Sep 06, 2007 at 09:35:32AM -0400, Jon Masters wrote:
> On Thu, 2007-09-06 at 08:55 -0400, Neil Horman wrote:
> > On Wed, Sep 05, 2007 at 05:39:11PM -0400, Jon Masters wrote:
> > > On Wed, 2007-09-05 at 15:27 -0400, Neil Horman wrote:
> > >
> > > > No
On Thu, Jul 26, 2007 at 03:02:19PM -0700, Jeremy Fitzhardinge wrote:
> Neil Horman wrote:
> > +static void free_argv_array(char **argv)
> > +{
> > + int i;
> > + if (argv != NULL) {
> > + for (i = 0; argv[i] != NULL; i++)
> > +
ation to format_corename
such that the origional value of RLIMIT_CORE can be passed to userspace as an
argument.
Thanks & Regards
Neil
Signed-off-by: Neil Horman <[EMAIL PROTECTED]>
exec.c | 25 ++---
1 file changed, 22 insertions(+), 3 deletions(-)
diff --git a
successful results.
Thanks & Regards
Neil
--
/***
*Neil Horman
*Software Engineer
*Red Hat, Inc.
[EMAIL PROTECTED]
*gpg keyid: 1024D / 0x92A74FA1
*http://pgp.mit.edu
***/
-
To unsubscribe from t
Hey,
Patch 1/3 for the core_pattern enhancements. This removes the check of
RLIMIT_CORE if core_pattern is a pipe. In the event that core_pattern is a
pipe, the entire core will be fed to the user mode helper.
Thanks & Regards
Neil
Signed-off-by: Neil Horman <[EMAIL PR
ad-infinitum.
Thanks & Regards
Neil
Signed-off-by: Neil Horman <[EMAIL PROTECTED]>
fs/exec.c | 14 +-
kernel/kmod.c |2 +-
2 files changed, 14 insertions(+), 2 deletions(-)
diff --git a/fs/exec.c b/fs/exec.c
index 6855a52..1398d07 100644
--- a/fs/exec.c
+++ b
On Fri, Jul 27, 2007 at 01:54:19PM -0700, Jeremy Fitzhardinge wrote:
> Neil Horman wrote:
> > + int helper_argc = 0;
> >
> > + helper_argv = argv_split(GFP_KERNEL, corename+1, &helper_argc);
> >
>
> Hm, I suspect most users of argv_split
On Sat, Jul 28, 2007 at 11:23:55AM +0200, Martin Pitt wrote:
> Hi Neil,
>
> thanks a lot for your work on this!
>
> Neil Horman [2007-07-27 16:08 -0400]:
> > Hey
> > Patch 2/3 of my core_pattern enhancements. This patch is a rewrite of
> > my previous po
On Sat, Jul 28, 2007 at 06:17:25PM +0200, Martin Pitt wrote:
> Hi Neil,
>
> Neil Horman [2007-07-28 9:46 -0400]:
> > > I just want to mention a potential problem with this: If you first
> > > expand the macros (from pattern to corename) and then split
> > &
On Sat, Jul 28, 2007 at 03:52:02PM -0700, Jeremy Fitzhardinge wrote:
> Neil Horman wrote:
> > Jeremy asked that I make a patch next week to address split_argv's
> > requirement
> > that the argc parameter be non-NULL. I'll be fixing that next week, and
> >
On Sun, Jul 29, 2007 at 06:40:43PM +0800, Eugene Teo wrote:
> Neil Horman wrote:
> > Ok, here we go
> >
> > As promised, I'm reposting the core_pattern enhancements I've done over the
> > past
> > few days. These three patches replace and conintue t
On Sun, Jul 29, 2007 at 02:23:10PM +0530, Aneesh Kumar K.V wrote:
>
>
> Neil Horman wrote:
> >On Sat, Jul 28, 2007 at 06:17:25PM +0200, Martin Pitt wrote:
> >>Hi Neil,
> >>
> >>Neil Horman [2007-07-28 9:46 -0400]:
> >>>>I just wa
On Sun, Jul 29, 2007 at 11:34:18AM +0200, Martin Pitt wrote:
> Hi Neil,
>
> Neil Horman [2007-07-28 13:21 -0400]:
> > Jeremy asked that I make a patch next week to address split_argv's
> > requirement
> > that the argc parameter be non-NULL. I'll be f
On Sun, Jul 29, 2007 at 09:03:29PM +0800, Eugene Teo wrote:
> Neil Horman wrote:
> [...]
> > + /* core limit size */
> > + case 'c':
> > + rc = snprintf(out_ptr, out_end - out_ptr,
> > +
de optional too, so that
> if no
> one is using this "ispipe" feature, we just turn it off.
>
you mean like a build time config option? I'm not sure I see lots of value,
although, it seems like it would straightforward enough to do if you feel
strongly about it.
R
accomplishes
that. Tested by me, with successful results.
Thanks & Regards
Neil
Signed-off-by: Neil Horman <[EMAIL PROTECTED]>
argv_split.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/lib/argv_split.c b/lib/argv_split.c
index 4096ed4..fad6ce4 100644
On Tue, Jul 31, 2007 at 09:56:35AM -0700, Jeremy Fitzhardinge wrote:
> Neil Horman wrote:
> > As Jeremy and I had discussed in a previous thread, it would be nice if the
> > argv_split library function could gracefully handle a NULL pointer in the
> > argcp
> > paramete
On Tue, Jul 31, 2007 at 11:06:52PM +0530, Satyam Sharma wrote:
>
>
> On Tue, 31 Jul 2007, Neil Horman wrote:
>
> > As Jeremy and I had discussed in a previous thread, it would be nice if the
> > argv_split library function could gracefully handle a NULL pointer in the
27;ve written this patch which
exports all of a processes limits via /proc//limits. Tested successfully
by myself on x86 on top of 2.6.23-rc2-mm1.
Thanks & Regards
Neil
Signed-off-by: Neil Horman <[EMAIL PROTECTED]>
base.c | 65 +
On Mon, Aug 13, 2007 at 12:47:38PM -0400, [EMAIL PROTECTED] wrote:
> On Mon, 13 Aug 2007 10:00:44 EDT, Neil Horman said:
> > Hey there-
> > Currently, there exists no method for a process to query the resource
> > limits of another process. They can be inferred vi
New patch attached
Regards
Neil
Signed-off-by: Neil Horman <[EMAIL PROTECTED]>
base.c | 65 +
1 file changed, 65 insertions(+)
diff --git a/fs/proc/base.c b/fs/proc/base.c
index ed2b224..b3ddf08 100644
--- a/fs/proc/bas
On Tue, Aug 14, 2007 at 01:04:02AM +0400, Alexey Dobriyan wrote:
> On Mon, Aug 13, 2007 at 04:11:30PM -0400, Neil Horman wrote:
> > --- a/fs/proc/base.c
> > +++ b/fs/proc/base.c
> > @@ -323,6 +324,68 @@ static int proc_oom_score(struct task_struct *task,
> > char *buf
ards
Neil
Signed-off-by: Neil Horman <[EMAIL PROTECTED]>
base.c | 69 +
1 file changed, 69 insertions(+)
diff --git a/fs/proc/base.c b/fs/proc/base.c
index ed2b224..4fb34a5 100644
--- a/fs/proc/base.c
+++ b/fs/proc/base.c
On Fri, Aug 17, 2007 at 04:09:26AM -0400, [EMAIL PROTECTED] wrote:
> On Thu, 16 Aug 2007 08:35:38 EDT, Neil Horman said:
> > Hey again-
> > Andrew requested that I repost this cleanly, after running the patch
> > through checkpatch. As requested here it
incorrect. This
patch moves that check outside of the conditional, and prevents the errno leak.
Thanks & Regards
Neil
Signed-Off-By: Neil Horman <[EMAIL PROTECTED]>
select.c | 18 +-
1 file changed, 5 insertions(+), 13 deletions(-)
diff --git a/fs/select.c b/fs/sele
On Mon, Jan 22, 2007 at 02:59:56PM +0100, Paolo Ornati wrote:
> On Tue, 16 Jan 2007 15:13:32 -0500
> Neil Horman <[EMAIL PROTECTED]> wrote:
>
> > As it is currently written, sys_select checks its return code to convert
> > ERESTARTNOHAND to EINTR. However, the check i
On Mon, Jan 22, 2007 at 08:03:53AM -0800, Linus Torvalds wrote:
>
>
> On Mon, 22 Jan 2007, Neil Horman wrote:
>
> > On Mon, Jan 22, 2007 at 02:59:56PM +0100, Paolo Ornati wrote:
> > >
> > > the ERESTARTNOHAND thing is handled in arch specific signal code,
On Tue, Jan 23, 2007 at 09:59:26PM -0800, David Miller wrote:
> From: Neil Horman <[EMAIL PROTECTED]>
> Date: Tue, 16 Jan 2007 15:13:32 -0500
>
> > As it is currently written, sys_select checks its return code to convert
> > ERESTARTNOHAND to EINTR. However, the
On Fri, Feb 23, 2007 at 01:49:47PM +0200, Markku Savela wrote:
> The IPv6 and IPv4 both seem to be rather akwardly hardcoded to support
> only link layers they know.
>
> This is a pity, because it would be so easy to make the both stacks
> totally independent of the actual link layers. It only nee
On Tue, Feb 13, 2007 at 03:29:04PM +0200, Hasso Tepper wrote:
> There is long standing issue in kernel which makes using /etc/sysctl.conf
> useless for boottime configuration of specific interface properties and
> breaks probably any software relying on unconditional existence of the
> conf trees l
On Tue, Feb 13, 2007 at 02:43:32PM -0500, Vlad Yasevich wrote:
> Neil Horman wrote:
> >On Tue, Feb 13, 2007 at 03:29:04PM +0200, Hasso Tepper wrote:
> >>There is long standing issue in kernel which makes using /etc/sysctl.conf
> >>useless for boottime configuration of sp
On Wed, Feb 14, 2007 at 10:16:44PM -0800, v j wrote:
> On 2/14/07, v j <[EMAIL PROTECTED]> wrote:
> >This has nothing to do with politics. I am not a Linux contributor. I
> >realize that people who have contributed to the Linux Kernel have very
> >valid points. It is their sweat and blood. They h
On Wed, Feb 14, 2007 at 10:27:10PM -0800, v j wrote:
> On 2/14/07, Dave Jones <[EMAIL PROTECTED]> wrote:
> >On Wed, Feb 14, 2007 at 09:16:28PM -0800, v j wrote:
> >
> >Welcome to three months ago.
> >Here in the future, this was deemed a non-issue.
> >However this does highlight another problem.
>
On Thu, Feb 15, 2007 at 10:25:12PM -0800, v j wrote:
> >It's written in black and white, in the license.
>
> Please point me to where it says I cannot load proprietary modules in
> the Kernel.
>
It doesn't, but EXPORT_SYMBOL_GPL makes it quite clear what you can not do if
you are not a GPL module
other). This patch
reverts the behavior to what we had in 2.4, in which all arp requests are sent
back using the src address of the request sender.
Thanks & Regards
Neil
Signed-off-by: Neil Horman <[EMAIL PROTECTED]>
netpoll.c | 14 ++
1 files changed, 10 insert
On Fri, Dec 08, 2006 at 12:07:27AM -0800, David Miller wrote:
> From: Neil Horman <[EMAIL PROTECTED]>
> Date: Thu, 7 Dec 2006 14:45:53 -0500
>
> > Back in 2.4 arp requests that were recevied by netpoll were processed in
> > netconsole_receive_skb, where they were respon
d packet loss can be enabled.
Neil
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.or
e the boot. This patch
corrects that by using the kexec reset_devices command line paramter to force
ignore any commands that it cant correlate.
Regards
Neil
Signed-off-by: Neil Horman <[EMAIL PROTECTED]>
cciss.c |8
1 file changed, 8 insertions(+)
diff --git a/drivers/bloc
On Thu, Jun 14, 2007 at 08:59:24AM -0700, Randy Dunlap wrote:
> On Thu, 14 Jun 2007 11:31:19 -0400 Neil Horman wrote:
>
> > Hey -
> > cciss hardware currently can continue to send responses to scsi commands
> > after the host system has undergone a kexec reboo
On Thu, Jun 14, 2007 at 06:16:03PM -, Miller, Mike (OS Dev) wrote:
>
>
> > -Original Message-
> > From: Neil Horman [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, June 14, 2007 10:31 AM
> > To: linux-kernel@vger.kernel.org
> > Cc: Miller, Mike (
edefine OSRELEASE to be the version
of the kernel the config file was built against? i.e. when you build a config
file, you need to specify a kernel to extract symbol information from, why not
grab the utsname from that kernel and use that to set OSRELEASE? When
aken care in current RHEL5 build? Is second
> kernel's initramfs dependent on first kernel if one is doing filtering
> in second kernel from initramfs?
>
No not at all. Well, not really. If you configure kdump to use makedumpfile,
the mkdumprd script ru
). I have described it in another
> mail.
>
> > A dump kernel and its initrd should be independent of the crashing kernel.
>
> I agree.
>
And they are.
Neil
> --
> Dan Aloni
> XIV LTD, http://www.xivstorage.com
> da-x (at) monatomic.org, dan (at) xiv.co.il
--
/**
argument
> - mkinitrd runs "makedumpfile -g" on debug version of first kernel's vmlinux.
> - mkinitrd generates the initramfs for kdump kernel and packs output
> of "makedumpfile -g" into that.
> - mkinitrd packs statically linked kexec, kdump kernel vmlinux
On Tue, Jul 10, 2007 at 08:35:41PM +0300, Dan Aloni wrote:
> On Tue, Jul 10, 2007 at 01:17:40PM -0400, Neil Horman wrote:
> > On Tue, Jul 10, 2007 at 08:30:37PM +0530, Vivek Goyal wrote:
> > > I am still thinking that why can't we change initrd building process
> >
On Tue, Jul 10, 2007 at 11:36:45PM +0300, Dan Aloni wrote:
> On Tue, Jul 10, 2007 at 03:00:09PM -0400, Neil Horman wrote:
> > On Tue, Jul 10, 2007 at 08:35:41PM +0300, Dan Aloni wrote:
> >[...]
> > >
> > > Isn't there some sort of a circular dependency going
ff-by: Neil Horman <[EMAIL PROTECTED]>
exec.c | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
diff --git a/fs/exec.c b/fs/exec.c
index f20561f..590fca9 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -1528,9 +1528,6 @@ int do_coredump(long signr, int exit_code, str
It's only 125
> >commits, so bisecting even just three or four kernels will narrow it down
> >to a handful.
>
> As the changes became, smaller the builds became quicker :-) and after 7
> iterations we have:
>
>
> authorNeil Horman <[EMAIL PROTECTED]>
On Fri, Apr 27, 2007 at 08:26:55AM -0400, Jeff Garzik wrote:
> Neil Horman wrote:
> >This was reported to me last night, and I've posted a patch to fix it, its
> >available here:
> >http://marc.info/?l=linux-netdev&m=117761259222165&w=2
> >
> >It ap
On Sat, Apr 28, 2007 at 12:28:28AM +1000, Peter Williams wrote:
> Neil Horman wrote:
> >On Fri, Apr 27, 2007 at 04:05:11PM +1000, Peter Williams wrote:
Damn, This is what happens when I try to do things too quickly. I missed one
spot in my last patch where I replaced skb with rx_skb.
On Sat, Apr 28, 2007 at 09:50:00AM +1000, Peter Williams wrote:
> Neil Horman wrote:
> >On Sat, Apr 28, 2007 at 12:28:28AM +1000, Peter Williams wrote:
> >>Neil Horman wrote:
> >>>On Fri, Apr 27, 2007 at 04:05:11PM +1000, Peter Williams wrote:
> >
> >D
On Wed, Sep 21, 2016 at 09:44:30PM +0800, Sun Paul wrote:
> Hi
>
> we have an SCTP application running in JAVA. and we found that there
> is a problem when we as a client trying to connect to a remote IP
> address.
>
> If the remote IP address is not accessible, our application will keep
> retryi
On Wed, Sep 21, 2016 at 03:56:41PM +, David Laight wrote:
> From: Neil Horman
> > Sent: 21 September 2016 16:43
> > On Wed, Sep 21, 2016 at 09:44:30PM +0800, Sun Paul wrote:
> > > Hi
> > >
> > > we have an SCTP application running in JAVA. and we foun
On Wed, Sep 07, 2016 at 11:30:04AM +0530, Sreekanth Reddy wrote:
> On Tue, Sep 6, 2016 at 8:36 PM, Neil Horman wrote:
> > On Tue, Sep 06, 2016 at 04:52:37PM +0530, Sreekanth Reddy wrote:
> >> On Fri, Sep 2, 2016 at 4:34 AM, Bart Van Assche
> >> wrote:
> >>
gt; --
> To unsubscribe from this list: send the line "unsubscribe linux-sctp" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
Acked-by: Neil Horman
On Thu, Sep 08, 2016 at 11:12:40AM +0530, Sreekanth Reddy wrote:
> On Wed, Sep 7, 2016 at 6:54 PM, Neil Horman wrote:
> > On Wed, Sep 07, 2016 at 11:30:04AM +0530, Sreekanth Reddy wrote:
> >> On Tue, Sep 6, 2016 at 8:36 PM, Neil Horman wrote:
> >> > On Tue, Se
On Sun, Nov 05, 2017 at 01:35:02AM -0700, syzbot wrote:
> Hello,
>
> syzkaller hit the following crash on
> 2a171788ba7bb61995e98e8163204fc7880f63b2
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console ou
On Tue, Oct 06, 2015 at 10:12:56PM -0700, Vinson Lee wrote:
> On Fri, Oct 2, 2015 at 6:10 AM, Neil Horman wrote:
> > On Thu, Oct 01, 2015 at 08:25:46PM -0700, Vinson Lee wrote:
> >> Hi.
> >>
> >> I am seeing a netpoll_send_skb_on_dev warning with bnx2. It hap
On Wed, Oct 07, 2015 at 10:46:21AM -0700, Vinson Lee wrote:
> On Wed, Oct 7, 2015 at 7:38 AM, Neil Horman wrote:
> > On Tue, Oct 06, 2015 at 10:12:56PM -0700, Vinson Lee wrote:
> >> On Fri, Oct 2, 2015 at 6:10 AM, Neil Horman wrote:
> >> > On Thu, Oct 01, 2015 a
On Thu, Oct 01, 2015 at 08:25:46PM -0700, Vinson Lee wrote:
> Hi.
>
> I am seeing a netpoll_send_skb_on_dev warning with bnx2. It happens on
> Linux 4.1 and I am able to reproduce the warning with Linux 4.3-rc3.
>
> [ cut here ]
> WARNING: CPU: 11 PID: 3110 at net/core/net
On Thu, Jun 21, 2018 at 08:32:25AM -0400, Nathaniel McCallum wrote:
> On Wed, Jun 20, 2018 at 5:02 PM Sean Christopherson
> wrote:
> >
> > On Wed, Jun 20, 2018 at 11:39:00AM -0700, Jethro Beekman wrote:
> > > On 2018-06-20 11:16, Jethro Beekman wrote:
> > > > > This last bit is also repeated in di
t.c
> @@ -353,15 +353,14 @@ static struct sctp_af *sctp_sockaddr_af(struct
> sctp_sock *opt,
> if (len < sizeof (struct sockaddr))
> return NULL;
>
> + if (!opt->pf->af_supported(addr->sa.sa_family, opt))
> + return NULL;
> +
> /* V4 mapped address are really of AF_INET family */
> if (addr->sa.sa_family == AF_INET6 &&
> ipv6_addr_v4mapped(&addr->v6.sin6_addr)) {
> if (!opt->pf->af_supported(AF_INET, opt))
> return NULL;
> - } else {
> - /* Does this PF support this AF? */
> - if (!opt->pf->af_supported(addr->sa.sa_family, opt))
> - return NULL;
> }
>
This looks reasonable
Acked-by: Neil Horman
On Fri, Mar 09, 2018 at 12:59:06PM -0800, syzbot wrote:
> Hello,
>
> syzbot hit the following crash on net-next commit
> fd372a7a9e5e9d8011a0222d10edd3523abcd3b1 (Thu Mar 8 19:43:48 2018 +)
> Merge tag 'mlx5-updates-2018-02-28-2' of
> git://git.kernel.org/pub/scm/linux/kernel/git/mellanox/linu
On Sat, Mar 10, 2018 at 03:58:04PM +0800, Xin Long wrote:
> On Sat, Mar 10, 2018 at 6:08 AM, Neil Horman wrote:
> > On Fri, Mar 09, 2018 at 12:59:06PM -0800, syzbot wrote:
> >> Hello,
> >>
> >> syzbot hit the following crash on net-next commit
> >>
On Sun, Mar 11, 2018 at 12:22:32AM +0800, Xin Long wrote:
> On Sat, Mar 10, 2018 at 9:13 PM, Neil Horman wrote:
> > On Sat, Mar 10, 2018 at 03:58:04PM +0800, Xin Long wrote:
> >> On Sat, Mar 10, 2018 at 6:08 AM, Neil Horman wrote:
> >> > On Fri, Mar 09, 2018 at
On Mon, Mar 12, 2018 at 04:16:27PM +0800, Xin Long wrote:
> On Sun, Mar 11, 2018 at 3:04 AM, Neil Horman wrote:
> > On Sun, Mar 11, 2018 at 12:22:32AM +0800, Xin Long wrote:
> >> On Sat, Mar 10, 2018 at 9:13 PM, Neil Horman wrote:
> >> > On Sat, Mar 10, 2018 at 03
On Thu, Apr 12, 2018 at 02:15:30PM +0200, Dmitry Vyukov wrote:
> On Wed, Feb 21, 2018 at 3:53 PM, Tommi Rantala
> wrote:
> > On 20.02.2018 18:26, Neil Horman wrote:
> >>
> >> On Tue, Feb 20, 2018 at 09:14:41AM +0100, Dmitry Vyukov wrote:
> >>>
> >&
On Tue, Mar 13, 2018 at 02:09:09PM +0300, Dmitry Vyukov wrote:
> On Tue, Mar 13, 2018 at 1:44 PM, Xin Long wrote:
> > On Tue, Mar 13, 2018 at 3:34 PM, syzbot
> > wrote:
> >> Hello,
> >>
> >> syzbot hit the following crash on net-next commit
> >> fd372a7a9e5e9d8011a0222d10edd3523abcd3b1 (Thu Mar 8
On Sat, Jun 30, 2018 at 10:15:07PM +0300, Dan Carpenter wrote:
> Hi Neil,
>
> I love your patch! Perhaps something to improve:
>
> url:
> https://github.com/0day-ci/linux/commits/Neil-Horman/vmw_pvrdma-Release-netdev-when-vmxnet3-module-is-removed/20180628-232414
&g
On Mon, Jun 25, 2018 at 12:21:22PM +0300, Jarkko Sakkinen wrote:
> On Wed, 2018-06-20 at 06:21 -0700, Sean Christopherson wrote:
> > On Fri, 2018-06-08 at 19:09 +0200, Jarkko Sakkinen wrote:
> > > SGX has a set of data structures to maintain information about the
> > > enclaves
> > > and their sec
accordingly. This solution
has been tested by myself and the reporter with successful results.
This fix also allows the pvrdma driver to find its underlying ethernet
device in the event that vmxnet3 is loaded after pvrdma, which it was
not able to do before.
Signed-off-by: Neil Horman
Reported-by: ruq
On Thu, Jun 28, 2018 at 12:59:46PM -0600, Jason Gunthorpe wrote:
> On Thu, Jun 28, 2018 at 09:59:38AM -0400, Neil Horman wrote:
> > On repeated module load/unload cycles, its possible for the pvrmda
> > driver to encounter this crash:
> >
> > ..
201 - 300 of 615 matches
Mail list logo
