Commit-ID: e9024d519d892b38176cafd46f68a7c77412
Gitweb: https://git.kernel.org/tip/e9024d519d892b38176cafd46f68a7c77412
Author: David S. Miller
AuthorDate: Tue, 30 Oct 2018 12:12:26 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 31 Oct 2018 09:57:51 -0300
perf
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Thu, 8 Sep 2005 14:22:37 -0700 (PDT)
> On Thu, 8 Sep 2005, David S. Miller wrote:
> >
> > Ok, I'll revert the patch and fix the sunsab.c driver as
> > Russell indicated. So much for type checking...
>
> A
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Thu, 8 Sep 2005 13:39:35 -0700 (PDT)
> So it's certainly a valid optimization to know that the arguments aren't
> even evaluated, and thus it's sometimes really wrong to change a macro
> into an inline function.
Ok, I'll revert the patch and fix the
From: Russell King <[EMAIL PROTECTED]>
Date: Thu, 8 Sep 2005 21:22:36 +0100
> the "regs" argument may not exist in the parent context in the
> !SUPPORT_SYSRQ case.
Then pass in a NULL in the ARM serial drivers instead of this ugly
dependency upon the macro not using the argument.
-
To unsubscribe
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Thu, 8 Sep 2005 09:27:56 -0700 (PDT)
> Mistakes happen, and the way you fix them is not to pull a tantrum, but
> tell people that they are idiots and they broke something, and get them to
> fix it instead.
In all this noise I still haven't seen wha
From: Ingo Oeser <[EMAIL PROTECTED]>
Date: Wed, 7 Sep 2005 15:39:08 +0200
> Jeff Garzik wrote:
> > I find them useful in my own drivers; they are definitely not pure noise.
>
> gcc -finstrument-functions
I was going to mention this as well, and also the idea to
enable CONFIG_MCOUNT on a per-file
From: Esben Nielsen <[EMAIL PROTECTED]>
Date: Tue, 6 Sep 2005 20:56:40 +0200 (METDST)
> Andrew and David: I CC'ed you guyes because you took care of it the last
> time :-)
Applied, thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Wed, 07 Sep 2005 01:42:48 +0200
> The only other user of proto_list besides proto_register, which
> doesn't care, are the seqfs functions. They use the slab pointer,
> but in a harmless way:
>
> proto->slab == NULL ? "no" : "yes"
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Wed, 07 Sep 2005 01:02:01 +0200
> You're right, good catch. This patch fixes it by moving the lock
> down to the list-operation which it is supposed to protect.
I think we need to unlink from the list first if you're
going to do it this way. Otherw
From: Andi Kleen <[EMAIL PROTECTED]>
Date: Tue, 6 Sep 2005 22:23:50 +0200
> I don't think the functionality of having single copies in case
> an out of line version was needed was ever required by the Linux kernel.
Alpha does, exactly for the kind of case this gcc inlining feature was
designed f
et
TCP_OFF without setting TCP_PAGE. Since there is not much to be
gained from avoiding this situation, we might as well just zap the
offset. The following patch should fix it.
Signed-off-by: Herbert Xu <[EMAIL PROTECTED]>
Signed-off-by: David S. Miller <[EMAIL PRO
From: [EMAIL PROTECTED]
Date: Tue, 6 Sep 2005 01:56:45 +0100
> Yet another architecture not coverd by GEN_RTC - sparc64 never
> picked it until now and it doesn't have asm/rtc.h to go with it, so
> it wouldn't compile anyway (or have these ioctls in the user-visible
> headers, for that matte
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Sun, 4 Sep 2005 14:42:18 -0700
> It seems a strange thing to check though. Do we really need it?
Other platforms already do, it's a very good sanity check.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
From: Dave Jones <[EMAIL PROTECTED]>
Subject: Re: x86-cache-pollution-aware-__copy_from_user_ll.patch added to -mm
tree
Date: Sun, 4 Sep 2005 16:23:33 -0400
> On Sun, Sep 04, 2005 at 01:16:00PM -0700, Andrew Morton wrote:
> > unsigned long __copy_to_user_ll(void __user *to, const void *from,
>
From: "Brown, Len" <[EMAIL PROTECTED]>
Date: Sat, 3 Sep 2005 12:58:15 -0400
> CONFIG_AUDIT=y indeed did the trick.
>
> When will I be able to delete CONFIG_AUDIT from my kernel again?
It's a regression we accidently added to the netlink socket
family, we will fix it. But please use the workarou
From: Nick Piggin <[EMAIL PROTECTED]>
Date: Sat, 03 Sep 2005 07:47:48 +1000
> So neither could currently supported atomic_t ops be shared with
> userland accesses?
Correct.
> Then I think it would not be breaking any interface rule to do an
> atomic_t atomic_cmpxchg either. Definitely for my usa
From: Nick Piggin <[EMAIL PROTECTED]>
Date: Sat, 03 Sep 2005 07:22:18 +1000
> This atomic_cmpxchg, unlike a "regular" cmpxchg, has the advantage
> that the memory altered should always be going through the atomic_
> accessors, and thus should be implementable with spinlocks.
>
> See for example,
From: Andi Kleen <[EMAIL PROTECTED]>
Date: 02 Sep 2005 22:41:31 +0200
> > Yeah quite a few. I suspect most MIPS also would have a problem in this
> > area.
>
> cmpxchg can be done with LL/SC can't it? Any MIPS should have that.
Right.
On PARISC, I don't see where they are emulating compare and
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Fri, 2 Sep 2005 22:24:44 +0200
> "extern inline" doesn't make much sense.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Patch does not apply to Linus's current tree, every change
in include/asm-sparc/spinlock.h was rejected.
-
To unsubscribe from t
From: Alan Cox <[EMAIL PROTECTED]>
Subject: Re: [PATCH] more of sparc32 dependencies fallout
Date: Fri, 02 Sep 2005 21:24:08 +0100
> On Gwe, 2005-09-02 at 20:12 +0100, [EMAIL PROTECTED] wrote:
> > config MOXA_SMARTIO
> > tristate "Moxa SmartIO support"
> > - depends on SERIAL_NONSTANDARD
>
From: [EMAIL PROTECTED]
Date: Fri, 2 Sep 2005 20:12:01 +0100
> More stuff that got exposed to sparc32 build due to inclusion of
> drivers/char/Kconfig in arch/sparc/Kconfig needs to be excluded.
>
> Signed-off-by: Al Viro <[EMAIL PROTECTED]>
Applied, thanks Al.
-
To unsubscribe from this list: s
From: [EMAIL PROTECTED]
Date: Fri, 2 Sep 2005 19:46:42 +0100
> Fixing breakage from [NET]: Kill skb->list - original was
> assign vcc
> do a bunch of stuff using ZATM_VCC(vcc)->pool as common subexpression
> Now we do
> int pos = ZATM_VCC(vcc)->pool;
> assign vcc
> do
From: John Heffner <[EMAIL PROTECTED]>
Date: Thu, 1 Sep 2005 22:51:48 -0400
> I have an idea why this is going on. Packets are pre-allocated by the
> driver to be a max packet size, so when you send small packets, it
> wastes a lot of memory. Currently Linux uses the packets at the
> beginnin
From: Jesper Juhl <[EMAIL PROTECTED]>
Date: Fri, 2 Sep 2005 00:49:20 +0200
> Hmm, I see plenty of content in the post. Want me to farward you a
> copy off list ?
Please do, I didn't see anything.
It still needs to be reposted to netdev@vger.kernel.org
anyways :)
-
To unsubscribe from this list:
Thanks for the empty posting. Please provide the content you
intended to post, and furthermore please post it to the network
developer mailing list, netdev@vger.kernel.org
Thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
Applied, thanks Jesper.
Can you avoid those "/./" things from showing up in the file paths of
the patches you post? They upset the GIT patch application scripts
and diff verifiers, so I had to edit them out by hand.
Thanks again.
-
To unsubscribe from this list: send the line "unsubscribe linux
From: Patrick Caulfield <[EMAIL PROTECTED]>
Date: Tue, 30 Aug 2005 09:47:36 +0100
> Patch from Steve which I've vetted and tested:
>
> "This patch is really intended has a move towards fixing the sendmsg/recvmsg
>
> functions in various ways so that we will finally have working nagle. Also
From: Geoff Levand <[EMAIL PROTECTED]>
Date: Wed, 24 Aug 2005 17:23:11 -0700
> This changes the Sun Gem Ether driver's tx ring buffer
> length to the proper constant. Currently TX_RING_SIZE
> and RX_RING_SIZE are equal, so no malfunction occurs.
>
> Signed-off-by: Geoff Levand <[EMAIL PROTECTE
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Wed, 24 Aug 2005 17:58:06 +0200
> "extern inline" doesn't make much sense.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied, thanks Adrian.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
From: Ed L Cashin <[EMAIL PROTECTED]>
Date: Thu, 01 Sep 2005 15:13:52 -0400
> The aoe driver looks OK, but it turns out there's a byte swapping bug
> in the vblade that could be related if he's running the vblade on a
> big endian host (even though he said it was an x86 host), but I
> haven't hear
From: Ed L Cashin <[EMAIL PROTECTED]>
Date: Wed, 31 Aug 2005 11:50:55 -0400
> Jim MacBaine <[EMAIL PROTECTED]> writes:
>
> > Aug 31 15:18:49 sunny kernel: devfs_mk_dir: invalid argument.<6>
> > etherd/e0.0: unknown partition table
> > Aug 31 15:18:49 sunny kernel: aoe: 0011d8xx e0.0 v4000 has
From: Jim Keniston <[EMAIL PROTECTED]>
Date: 31 Aug 2005 14:53:37 -0700
> This bug doesn't exist on ppc64 and ia64, where a breakpoint
> instruction leaves the IP pointing to the beginning of the instruction.
> I don't know about sparc64. (Dave, could you please advise?)
On sparc64 instructions
From: Andi Kleen <[EMAIL PROTECTED]>
Subject: Re: [PATCH] Only process_die notifier in ia64_do_page_fault if KPROBES
is configured.
Date: Wed, 31 Aug 2005 01:38:08 +0200
> On Wednesday 31 August 2005 01:05, Luck, Tony wrote:
> > >Please do not generate any code if the feature cannot ever be
> > >
From: Jon Smirl <[EMAIL PROTECTED]>
Date: Tue, 30 Aug 2005 00:35:11 -0400
> As far as I can tell no one has built recent hardware this way. But I
> believe there are some old SCSI controllers that do this. I provided a
> ROM API for disabling sysfs access, if we identify one of these cards
> we sh
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Mon, 29 Aug 2005 21:09:24 -0700 (PDT)
> So 2.6.13 is being "safe". It allocates the space for the ROM in the
> resource tables, but it neither enables it nor does it write the
> (disabled) address out to the device, since both of those actions have
>
From: Andi Kleen <[EMAIL PROTECTED]>
Date: 27 Aug 2005 04:34:07 +0200
> "David S. Miller" <[EMAIL PROTECTED]> writes:
>
> > From: Alexey Dobriyan <[EMAIL PROTECTED]>
> > Date: Sat, 27 Aug 2005 02:58:48 +0400
> >
> > > What
From: Alexey Dobriyan <[EMAIL PROTECTED]>
Date: Sat, 27 Aug 2005 02:58:48 +0400
> What's the point of having unlikely() attached to every possible if ()?
If can result in smaller code, for one thing, even if it
isn't a performance critical path.
-
To unsubscribe from this list: send the line "uns
From: Arjan van de Ven <[EMAIL PROTECTED]>
Subject: Re: some missing spin_unlocks
Date: Tue, 23 Aug 2005 19:40:06 +0200
> On Tue, 2005-08-23 at 10:30 -0700, David S. Miller wrote:
> > From: Arjan van de Ven <[EMAIL PROTECTED]>
> > Date: Tue, 23 Aug 2005 18:54:03 +020
From: Arjan van de Ven <[EMAIL PROTECTED]>
Date: Tue, 23 Aug 2005 18:54:03 +0200
> does it matter? can ANYTHING be spinning on the lock? if not .. can we
> just let the lock go poof and not unlock it...
I believe socket lookup can, otherwise the code is OK as-is.
-
To unsubscribe from this list:
3344fadaa8c47c6b0864e7f34efcbb66e391)
Author: David S. Miller <[EMAIL PROTECTED]>
Date: Tue Aug 23 09:42:38 2005 -0700
[ROSE]: Fix missing unlocks in rose_route_frame()
Noticed by Coverity checker.
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
diff --git a/net
From: Ted Unangst <[EMAIL PROTECTED]>
Subject: missing spin_unlock in tcp_v4_get_port
Date: Mon, 22 Aug 2005 14:17:36 -0700
> There appears to be a missing spin_unlock in tcp_v4_get_port.
>
> do {rover++;
> if (rover > high)
>
From: Jason Uhlenkott <[EMAIL PROTECTED]>
Date: Mon, 22 Aug 2005 13:33:06 -0700
> On Mon, Aug 22, 2005 at 01:20:52PM -0700, David S. Miller wrote:
> > Not really, when I'm debugging TCP events over gigabit
> > these timestamps are exceptionally handy.
>
> Yes, b
From: Dave Jones <[EMAIL PROTECTED]>
Date: Mon, 22 Aug 2005 15:59:13 -0400
> This is still broken afaics in todays -git.
They are certainly there in Linus's current GIT tree.
...
#ifdef CONFIG_PM
static int skge_suspend(struct pci_dev *pdev, pm_message_t state)
...
static int skge_resume(struc
From: [EMAIL PROTECTED]
Date: Mon, 22 Aug 2005 10:42:22 -0700
> At the other extreme ... the current use of sched_clock() with
> potentially nano-second resolution is way over the top.
Not really, when I'm debugging TCP events over gigabit
these timestamps are exceptionally handy.
-
To unsubscrib
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Sat, 20 Aug 2005 21:03:09 +0200
> This breaks the compilation with CONFIG_PROC_FS=n:
..
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied, thanks Adrian.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
From: Sebastian Kuzminsky <[EMAIL PROTECTED]>
Date: Thu, 18 Aug 2005 16:07:32 -0600
> Linux provides 3 non-standard TCP socket options for tweaking the
> keepalive behavior of individual sockets: TCP_KEEPIDLE, TCP_KEEPCNT,
> and TCP_KEEPINTVL. The values set on a socket with these options should
From: Ollie Wild <[EMAIL PROTECTED]>
Date: Thu, 18 Aug 2005 12:05:31 -0700
> Patrick McHardy wrote:
>
> >Checking the return value of ip_append_data seems cleaner to me.
> >Patch attached.
> >
> >
> Works for me.
Applied, thanks everyone.
-
To unsubscribe from this list: send the line "unsubsc
From: Chris Wedgwood <[EMAIL PROTECTED]>
Date: Thu, 18 Aug 2005 09:33:58 -0700
> I thought the concensurs here was that because doing reliable atomic
> updates of 64-bit values isn't possible on some (most?) 32-bit
> architectures so we need additional locking to make this work which is
> undesira
From: Anton Blanchard <[EMAIL PROTECTED]>
Date: Fri, 19 Aug 2005 04:29:55 +1000
> Calling itanium the "fastest 64bit processor at any given clock frequency"
> on lkml is likewise inflammatory :)
I totally agree.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Thu, 18 Aug 2005 09:14:47 +0200
> After reading your suggestions, I understand we still need two slabs.
> One (filp_cachep) without the readahead data, the other one
> (filp_ra_cachep) with it.
Correct.
> static inline struct file_ra_state *get_ra_sta
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Wed, 17 Aug 2005 21:05:32 -0700
> Perhaps by uprevving the compiler version?
Can't be, we definitely support gcc-2.95 and that compiler
definitely has the bug on sparc64.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Wed, 17 Aug 2005 17:38:18 -0700
> I'm prety sure we fixed that somehow. But I forget how.
I wish you could remember :-) I honestly don't think we did.
The DEFINE_PER_CPU() definition still looks the same, and the
way the .data.percpu section is laye
From: Andi Kleen <[EMAIL PROTECTED]>
Date: Thu, 18 Aug 2005 03:05:25 +0200
> I would just set the ra pointer to a single global structure if the
> allocation fails. Then you can avoid all the other checks. It will
> slow down things and trash some state, but not fail and nobody
> should expect goo
Applied.
-
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.org/lkml/
From: "John W. Linville" <[EMAIL PROTECTED]>
Date: Wed, 17 Aug 2005 16:49:59 -0400
> Change operations on rif_lock from spin_{un}lock_bh to
> spin_{un}lock_irq{save,restore} equivalents. Some of the
> rif_lock critical sections are called from interrupt context via
> tr_type_trans->tr_add_rif_inf
From: Thomas Gleixner <[EMAIL PROTECTED]>
Date: Wed, 17 Aug 2005 22:59:01 +0200
> Shouldn't this be converted to a workqueue, which gets triggered by a
> timer instead of blocking the timer softirq and therefor the delivery of
> other timer functions that long ?
We could, and I'd be happy to appl
From: "Paul E. McKenney" <[EMAIL PROTECTED]>
Date: Wed, 17 Aug 2005 07:14:38 -0700
> Fix RCU race condition in dn_neigh_construct().
Applied, thanks Paul.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Jon Jahren <[EMAIL PROTECTED]>
Date: Wed, 17 Aug 2005 19:15:43 +0200
> Hello, I'm new to the mailling list, and couldn't find any traces of
> discussing this anywhere. I was wondering why neither the atheros driver
> http://madwifi.sourceforge.net, or the rt2x00 driver
> http://rt2x00.serial
From: Joshua Wise <[EMAIL PROTECTED]>
Date: Wed, 17 Aug 2005 09:32:10 -0400
> I have recently been working on a network driver for an emulated ultra-simple
> network card, and I've run into a few snags with the NAPI. My current issue
> is that it seems to me that my poll routine is being called
I've put this into the net-2.6.14 tree.
-
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.org/lkml/
From: Paul Mackerras <[EMAIL PROTECTED]>
Date: Wed, 17 Aug 2005 11:38:20 +1000
> Kumar Gala writes:
>
> > Made a dummy include like it is in ppc64 and removed any
> > users if it in arch/ppc.
>
> Why can't we just delete asm-ppc/segment.h (and asm-ppc64/segment.h
> too, for that matter) entirel
From: Kern Sibbald <[EMAIL PROTECTED]>
Date: Tue, 16 Aug 2005 16:38:14 +0200
> Someone is setting nonblocking on my socket !
Glad that's resolved...
-
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
From: Alan Cox <[EMAIL PROTECTED]>
Date: Tue, 16 Aug 2005 15:03:11 +0100
> You are describing behaviour as expected with nonblocking set. That
> suggests to me that something or someone set or inherited the nonblock
> flag on that socket. Is the strange behaviour specific to the latest
> kernel ?
From: Kern Sibbald <[EMAIL PROTECTED]>
Subject: PROBLEM: blocking read on socket repeatedly returns EAGAIN
Date: Tue, 16 Aug 2005 15:19:39 +0200
> A read() on a TCP/IP socket, which should block returns -1 with errno=EAGAIN
If a signal is delivered to the process during the read(),
then -EAGAIN i
From: Alan Cox <[EMAIL PROTECTED]>
Date: Fri, 12 Aug 2005 23:03:05 +0100
> http://zeniv.linux.org.uk/~alan/serial.diff
I like this a lot, and the count return based error handling
is nice as well. Should a driver sink any bytes that the
TTY flip interface couldn't eat or should it just wait for
From: Blaisorblade <[EMAIL PROTECTED]>
Date: Fri, 12 Aug 2005 20:56:11 +0200
> However, I sent the initial tarball containing all them, so I hope
> that will be useful.
So not only did you spam the list with 40 patch postings,
you sent a second copy of everything as a tarball attachment
as well.
From: John Ronciak <[EMAIL PROTECTED]>
Subject: Re: [PATCH 3/8] netpoll: e1000 netpoll tweak
Date: Fri, 12 Aug 2005 12:02:03 -0700
> Sorry this reply was to go to the whole list but only made it to Matt.
>
> The e1000_intr() routine already calls e1000_clean_tx_irq(). So
> what's the point of th
Please do not BOMB linux-kernel with 39 patches in one
go, that will kill the list server.
Try to consolidate your patch groups into smaller pieces,
like so about 10 or 15 at a time. And send any that remain
on some later date.
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
From: Matt Mackall <[EMAIL PROTECTED]>
Date: Thu, 11 Aug 2005 21:18:28 -0500
> This patch series cleans up a few outstanding bugs in netpoll:
>
> - two bugfixes from Jeff Moyer's netpoll bonding
> - a tweak to e1000's netpoll stub
> - timeout handling for e1000 with carrier loss
> - prefilling SK
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Thu, 11 Aug 2005 22:28:35 +1000
> It looks good to me too. Andrew, please add this to 2.6.13:
It's already in Linus's tree for a few days now.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL P
Applied to my net-2.6.14 GIT tree, but please provide a proper
Signed-off-by: line in future patch submissions.
-
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
From: "Vladimir B. Savkin" <[EMAIL PROTECTED]>
Date: Thu, 11 Aug 2005 15:48:36 +0400
> Today my gateway crashed.
Known problem, please try Linus's current tree as we've
made a bug fix since -rc5 that we think fixes this bug.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel
If you want an expediant answer to a networking related
kernel question, you may wish to post this to
netdev@vger.kernel.org which (unlike here) is where the
kernel networking developers are subscribed.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
You might try the netfilter-devel list instead of linux-kernel,
as that is where the netfilter developers are subscribed.
-
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
From: Rik van Riel <[EMAIL PROTECTED]>
Date: Wed, 10 Aug 2005 16:02:20 -0400
> +DEFINE_PER_CPU(unsigned long, evicted_pages);
DEFINE_PER_CPU() needs an explicit initializer to work
around some bugs in gcc-2.95, wherein on some platforms
if you let it end up as a BSS candidate it won't end up
in t
From: Rik van Riel <[EMAIL PROTECTED]>
Date: Wed, 10 Aug 2005 16:02:18 -0400
> --- linux-2.6.12-vm.orig/fs/proc/proc_misc.c
> +++ linux-2.6.12-vm/fs/proc/proc_misc.c
> @@ -219,6 +219,20 @@ static struct file_operations fragmentat
> .release= seq_release,
> };
>
> +extern struct se
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Wed, 10 Aug 2005 03:09:34 +0200
> These macros always looked a bit ugly to me, with your cleanup there
> isn't a single spot left where we require them to accept code as
> argument, so how about we change them to pure printk wrappers?
Applied to 2.6
From: "DuBuisson, Thomas" <[EMAIL PROTECTED]>
Date: Tue, 9 Aug 2005 13:22:15 -0400
> I've posted this to linux-net and netdev but have had no response.
It is possible that people who are qualified in this area are just too
busy to reply to you, or simply disinterested for one reason or
another.
From: Matti Aarnio <[EMAIL PROTECTED]>
Date: Tue, 9 Aug 2005 17:47:18 +0300
> Davem may have changed list name at this time as well.
Yes, I did a s/bk-/git-/ on those list names last week
while I was in the UK due to popular request.
-
To unsubscribe from this list: send the line "unsubscribe lin
From: "John W. Linville" <[EMAIL PROTECTED]>
Date: Mon, 8 Aug 2005 17:38:43 -0400
> So, w/ Dave's patch for Sparc64 to use setup-res.c, does the patch
> stay? Is there anything else I need to do?
The plan is to revert your patch for 2.6.13, and then put it
back in with my (invasive at this point
From: Rik van Riel <[EMAIL PROTECTED]>
Date: Mon, 08 Aug 2005 16:14:17 -0400
> @@ -359,7 +362,10 @@ struct page *read_swap_cache_async(swp_e
> /*
>* Initiate read into locked page and return.
>*/
> - lru_cach
From: Greg KH <[EMAIL PROTECTED]>
Date: Mon, 8 Aug 2005 13:02:52 -0700
> On Mon, Aug 08, 2005 at 12:54:32PM -0700, David S. Miller wrote:
> > I even have a patch I'll submit to you which will get sparc64
> > converted over to using drivers/pci/setup-res.c so that no
From: Greg KH <[EMAIL PROTECTED]>
Date: Mon, 8 Aug 2005 12:42:49 -0700
> Linus, can you just revert that changeset for now? That will sove
> David's problem, and I'll work on getting this patch working properly
> for after 2.6.13 is out.
Agreed.
I even have a patch I'll submit to you which will
From: Greg KH <[EMAIL PROTECTED]>
Date: Mon, 8 Aug 2005 09:08:46 -0700
> On Mon, Aug 08, 2005 at 11:32:41AM -0700, Linus Torvalds wrote:
> >
> > Not likely.
> >
> > Sounds like fec59a711eef002d4ef9eb8de09dd0a26986eb77, which came in
> > through Greg. I'm surprised Greg didn't pick up on that on
From: Zach Brown <[EMAIL PROTECTED]>
Date: Mon, 08 Aug 2005 10:42:37 -0700
> if (!foo->enabled)
> if (!(foo->flags & FOO_FLAG_ENABLED)
You can hide the "complexity" of the second line behind
macros. And this is what is done in most places.
Alternatively, you can use the existing bit
From: Greg KH <[EMAIL PROTECTED]>
Date: Mon, 8 Aug 2005 07:44:40 -0700
> http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=43c34735524d5b1c9b9e5d63b49dd4c1b394bde4
>
> Although in glancing at it, it might not be the reason...
No, that isn't it.
Perhaps it was one o
Some recent change last week causes pci_update_resource()
to be invoked on sparc64 now, and this is why my workstation
couldn't cleanly boot into current 2.6.13 when I tried to
remotely try out some new kernels while I was in the UK.
This thing is supposed to only be invoked if you support
power
From: Benoit Boissinot <[EMAIL PROTECTED]>
Date: Fri, 5 Aug 2005 21:18:38 +0200
> On 8/5/05, Olaf Hering <[EMAIL PROTECTED]> wrote:
> > On Fri, Aug 05, Benoit Boissinot wrote:
> >
> > Why does it need swap.h? Do the users of pgtable.h rely on swap.h?
> >
> sparc is the only architecture to do t
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Sat, 6 Aug 2005 17:57:17 +1000
> Hang on a second, the original poster mentioned rc5. Is this really
> pristine rc5 with the one netpoll patch? If so then it can't be the
> patches we're talking about because they only went in days later.
This seems to
Can you guys stop peeing your pants over this, put aside
your differences, and work on a mutually acceptable fix
for these bugs?
Much appreciated, thanks :-)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
From: John Bäckstrand <[EMAIL PROTECTED]>
Date: Fri, 05 Aug 2005 17:53:11 +0200
> KERNEL: assertion (cnt <= tp->packets_out) failed at
> net/ipv4/tcp_input.c (1476)
I suspect this is a side effect of some changes Herbert Xu and
myself did to fix some other bugs.
Herbert, I think there are serio
From: Steven Rostedt <[EMAIL PROTECTED]>
Date: Fri, 05 Aug 2005 10:27:06 -0400
> Darn it, since this should really be reported. Yes, the core netpoll
> should bail out, but it is also a problem with the driver and should be
> fixed.
I don't get how you can even remotely claim this to
be a proble
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Wed, 03 Aug 2005 20:34:57 +0200
> [NETFILTER]: Fix multiple problems with the conntrack event cache
Applied to net-2.6.14, thanks Patrick.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL P
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Fri, 5 Aug 2005 10:57:41 +1000
> OK, here is the final version. It depends on the patch that David
> posted earlier on in this thread. Please let me know if you need a
> copy of that.
>
> [TCP]: Fix TSO cwnd caching bug
Good catch Herbert :)
-
To unsu
From: Catalin Marinas <[EMAIL PROTECTED]>
Date: Mon, 01 Aug 2005 13:24:04 +0100
> "David S. Miller" <[EMAIL PROTECTED]> wrote:
> > If not, you cannot use the lazy dcache flushing method, and in fact
> > you must broadcast the flush on all processors.
>
From: Alexandre Buisse <[EMAIL PROTECTED]>
Date: Mon, 01 Aug 2005 07:52:29 +0200
> I have this when I enable nfnetlink as a module :
>
> net/built-in.o: In function `ip_ct_port_tuple_to_nfattr':
> : undefined reference to `__nfa_fill'
This got fixed in -mm2 and later methinks.
-
To unsubscribe f
From: "David S. Miller" <[EMAIL PROTECTED]>
Date: Sun, 31 Jul 2005 22:25:04 -0700 (PDT)
> I'll try to rebuild the net-2.6.14 tree if I get a chance before
> heading off to the UK tomorrow. That should help things out for
> you.
Ok, I just finished doing this, it
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Sun, 31 Jul 2005 22:21:25 -0700
> Actually, that patch is just a fixup for a patch reject from the net-2.6.14
> diff. I do that sometimes when I get sick of fixing up the same reject
> each time I pull the various trees.
>
> (I'm not sure _why_ I'm g
From: [EMAIL PROTECTED]
Date: Sun, 31 Jul 2005 22:03:47 -0700
> From: Andrew Morton <[EMAIL PROTECTED]>
>
> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
...
> /* decrement reference count on a conntrack */
> -extern void ip_conntrack_put(struct ip_conntrack *ct);
> +static inline void
> +ip
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Mon, 1 Aug 2005 00:26:07 +0200
> - my impression is that the older compilers are only rarely
> used, so miscompilations of a driver with an old gcc might
> not be detected for a longer amount of time
Many people still use 2.95 because it's still the
1 - 100 of 986 matches
Mail list logo