On Thu, 30 Nov 2006 08:00:00 +0100
Ingo Molnar <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-11-29 at 17:45 -0800, Andrew Morton wrote:
> > No, I think this patch is right - the declaration of the CONFIG_SMP
> > smp_call_function_single() is in linux/smp.h so the !CONFIG_SMP
> > declaration
> > or def
Hi all
While mounting the gfs2 filesystem,our test team had a problem and we
got this error message.
===
GFS2: fsid=: Trying to join cluster "lock_nolock", "dasde1"
GFS2: fsid=dasde1.0: Joined cluster. Now mounting FS...
GFS2: not a GFS2 file
* David Miller <[EMAIL PROTECTED]> wrote:
> > furthermore, the tweak allows the shifting of processing from a
> > prioritized process context into a highest-priority softirq context.
> > (it's not proven that there is any significant /net win/ of
> > performance: all that was proven is that if
I got a chance to build and test this patch set, to see if it behaved
like I expected cpusets to behave, on an ia64 SN2 Altix system.
Two details - otherwise looked good. I continue to like this
approach.
The two details are (1) /proc//cpuset not configured by
default if CPUSETS configured, and
On 11/30/06, pHilipp Zabel <[EMAIL PROTECTED]> wrote:
> Effectively, yes. I counted quite a few implementations in the current
> tree which can trivially (#defines) map to that API.
Or so I thought, sorry.
regards
Philipp
Index: linux-2.6/include/asm-arm/arch-pxa/gpio.h
==
Sorry, I should give some background.
The following patches attempt to fix the problems people have identified
with buffered write deadlock patches. Against 2.6.19 + the previous patchset
dropped from -mm.
Comments?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Rework the cont filesystem helpers so that generic_cont_expand does the
actual work of expanding the file. cont_prepare_write then calls this
routine if expanding is needed, and retries. Also solves the problem
where cont_prepare_write would previously hold the target page locked
while doing not-v
writev with a zero-length segment is a noop, and we shouldn't return EFAULT.
Signed-off-by: Nick Piggin <[EMAIL PROTECTED]>
Index: linux-2.6/include/linux/pagemap.h
===
--- linux-2.6.orig/include/linux/pagemap.h
+++ linux-2.6/includ
* Paul E. McKenney <[EMAIL PROTECTED]> wrote:
> > > thanks, applied. Have you tried to boot the resulting kernel as
> > > well?
>
> And with these two changes, it does boot!
great! Applied both of them.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
If the data copy within a prepare_write can potentially allocate blocks
to fill holes, so if the page copy fails then new blocks must be zeroed
so uninitialised data cannot be exposed with a subsequent read.
Signed-off-by: Nick Piggin <[EMAIL PROTECTED]>
Index: linux-2.6/mm/filemap.c
===
Can't analyze FIS directory in CYGSEM_REDBOOT_FLASH_COMBINED_FIS_AND_CONFIG
really.
Signed-off-by: Yoshinori Sato <[EMAIL PROTECTED]>
diff --git a/drivers/mtd/redboot.c b/drivers/mtd/redboot.c
index 5b58523..0204cb9 100644
--- a/drivers/mtd/redboot.c
+++ b/drivers/mtd/redboot.c
@@ -110,6 +110,9
From: Ingo Molnar <[EMAIL PROTECTED]>
Date: Thu, 30 Nov 2006 07:47:58 +0100
> furthermore, the tweak allows the shifting of processing from a
> prioritized process context into a highest-priority softirq context.
> (it's not proven that there is any significant /net win/ of performance:
> all t
Hello,
The real time clocks ds1742 and ds1743 differs only in the size of the nvram.
This patch changes the existing ds1742 driver to support also ds1743. The
main change is that the nvram size is determined from the resource attached
to the device.
This patch applies to and have been tested
On Tue, Nov 28, 2006 at 10:16:27PM +, David Woodhouse wrote:
> On Sat, 2006-11-18 at 22:40 +0100, Adrian Bunk wrote:
> > The MTD_PCMCIA driver has:
> > - already been marked as BROKEN in 2.6.0 three years ago and
> > - is still marked as BROKEN.
> >
> > Drivers that had been marked as BROKEN f
On Wed, 2006-11-29 at 17:45 -0800, Andrew Morton wrote:
> No, I think this patch is right - the declaration of the CONFIG_SMP
> smp_call_function_single() is in linux/smp.h so the !CONFIG_SMP
> declaration
> or definition should be there too.
>
> It's still buggy though. It should disable local i
* David Miller <[EMAIL PROTECTED]> wrote:
> This is why my suggestion is to preempt_disable() as soon as we grab
> the socket lock, [...]
independently of the issue at hand, in general the explicit use of
preempt_disable() in non-infrastructure code is quite a heavy tool. Its
effects are heav
Hi,
On 11/23/06, David Brownell <[EMAIL PROTECTED]> wrote:
On Tuesday 21 November 2006 7:57 am, Bill Gatliff wrote:
> Once you're hiding the GPIO number behind an enumeration, you can create
> a bitmap with more information than a single integer. That extra
> information could be used--- in my
* David Miller <[EMAIL PROTECTED]> wrote:
> > yeah, i like this one. If the problem is "too long locked section",
> > then the most natural solution is to "break up the lock", not to
> > "boost the priority of the lock-holding task" (which is what the
> > proposed patch does).
>
> Ingo you're
S.Çağlar Onur wrote:
05 Kas 2006 Paz 18:40 tarihinde, Andi Kleen şunları yazmıştı:
How do you know this?
Just guessing, if im not wrong panics occur after SMP alternative switching
code done its job.
And does it still happen in 2.6.19-rc4?
Will try
in VmWare and Micr
On Thu, Nov 30, 2006 at 09:58:07AM +0530, Gautham R Shenoy wrote:
>
> So can we ignore this circular-dep warning as a false positive?
> Or is there a way to exploit this circular dependency ?
>
> At the moment, I cannot think of way to exploit this circular dependency
> unless we do something lik
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > Attached is the detailed description of the problem and one possible
> > solution.
>
> Thanks. The attachment will be too large for the mailing-list servers
> so I uploaded a copy to
> http://userweb.kernel.org/~akpm/Linux-TCP-Bottleneck-Analysi
From: Ingo Molnar <[EMAIL PROTECTED]>
Date: Thu, 30 Nov 2006 07:17:58 +0100
>
> * David Miller <[EMAIL PROTECTED]> wrote:
>
> > We can make explicitl preemption checks in the main loop of
> > tcp_recvmsg(), and release the socket and run the backlog if
> > need_resched() is TRUE.
> >
> > This
* Wenji Wu <[EMAIL PROTECTED]> wrote:
> > That yield() will need to be removed - yield()'s behaviour is truly
> > awfulif the system is otherwise busy. What is it there for?
>
> Please read the uploaded paper, which has detailed description.
do you have any URL for that?
Ingo
-
To un
* David Miller <[EMAIL PROTECTED]> wrote:
> We can make explicitl preemption checks in the main loop of
> tcp_recvmsg(), and release the socket and run the backlog if
> need_resched() is TRUE.
>
> This is the simplest and most elegant solution to this problem.
yeah, i like this one. If the pr
On Wed, 2006-11-29 at 17:08 -0800, Andrew Morton wrote:
> + if (p->backlog_flag == 0) {
> + if (!TASK_INTERACTIVE(p) || expired_starving(rq)) {
> + enqueue_task(p, rq->expired);
> + if (p->static_prio < rq->best
On 30/11/06, David Chinner <[EMAIL PROTECTED]> wrote:
On Wed, Nov 29, 2006 at 10:17:25AM +0100, Jesper Juhl wrote:
> On 29/11/06, David Chinner <[EMAIL PROTECTED]> wrote:
> >On Tue, Nov 28, 2006 at 04:49:00PM +0100, Jesper Juhl wrote:
> >> Filesystem "dm-1": XFS internal error xfs_trans_cancel at
john stultz wrote:
On Wed, 2006-11-29 at 16:56 -0800, Linda Walsh wrote:
I recently noticed this message in my bootup that I don't remember
from before:
PCI: Probing PCI hardware (bus 00)
* Found PM-Timer Bug on the chipset. Due to workarounds for a bug,
* this clock source is slow. Consider
On Thu, 2006-11-30 at 01:26 +0100, Jiri Kosina wrote:
> [PATCH] autofs: fix error code path in autofs_fill_sb()
>
> When kernel is compiled with old version of autofs (CONFIG_AUTOFS_FS), and
> new (observed at least with 5.x.x) automount deamon is started, kernel
> correctly reports incompatible
On Tue, Nov 28, 2006 at 05:40:56PM -0800, Jun Sun wrote:
>
> Can you elaborate more why this last ljmp will fail? I thought at this point
> the paging is turned off, and 0x1000- would simply mean a physical
> address - which is a valid physical address in RAM, btw.
>
I finally got it workin
pj wrote:
> See Paul Menage's most recent patch proposal at:
> http://lkml.org/lkml/2006/11/17/217
> Subject: [PATCH 0/6] Multi-hierarchy Process Containers
> Date:Fri, 17 Nov 2006 11:11:59 -0800
I'm behind the times. Paul Menage's most recent proposal is at:
http://lkml.org/lkml/20
Does anyone know what determines the size of a core
dump? I have a process running out of memory (it
allocates about 3GB) - but the size of core varies
(between 2-3GB) depending on how much the process
wrote on the allocated memory.
Also, the time it takes to write the core (same size)
varies??
I
David Weinehall wrote:
I've got an Archos AV500 here (running the very latest firmware), pretty
much acting as a doorstop, since I cannot get it to be recognized
properly by Linux.
..
[ 118.144000] SCSI device sdb: 58074975 512-byte hdwr sectors (29734
MB)
[ 118.144000] sdb: Write Protect i
* David Miller ([EMAIL PROTECTED]) wrote:
> Check [EMAIL PROTECTED]'s inbox, I just sent it in :)
Ooh, nice timing!
thanks,
-chris
-
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
O= builds produced errors in the shell command because of unfound headers.
Signed-off-by: Ben Collins <[EMAIL PROTECTED]>
---
drivers/atm/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/atm/Makefile b/drivers/atm/Makefile
index b5077ce..1b16f81 100644
--
Signed-off-by: Ben Collins <[EMAIL PROTECTED]>
---
arch/i386/Kconfig | 13 +
arch/i386/kernel/apic.c| 13 +++--
arch/i386/kernel/io_apic.c | 10 +-
include/asm-i386/apic.h|6 ++
include/asm-i386/io_apic.h |5 +
5 files changed, 44
On Wed, Nov 29, 2006 at 01:05:56PM -0800, Andrew Morton wrote:
> On Wed, 29 Nov 2006 20:54:04 +0530
> Gautham R Shenoy <[EMAIL PROTECTED]> wrote:
>
> > Ok, so to cut the long story short,
> > - While changing governor from anything to
> > ondemand, locks are taken in the following order
> >
> > po
If HVC_CONSOLE provides symbols that HVCS requires.
Signed-off-by: Ben Collins <[EMAIL PROTECTED]>
---
drivers/char/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index 2af12fc..c94ecdc 100644
--- a/drivers/char/Kconfig
From: Chris Wright <[EMAIL PROTECTED]>
Date: Wed, 29 Nov 2006 20:27:59 -0800
> * David Miller ([EMAIL PROTECTED]) wrote:
> > From: Pete Clements <[EMAIL PROTECTED]>
> > Date: Wed, 29 Nov 2006 22:13:09 -0500 (EST)
> >
> > > 2.6.19 panics at boot. Good up through rc6-git11.
> > > Hand copied screen
This is a set of patches from the Ubuntu tree that seemed suitable for
upstream sync.
[PATCH 1/4] [x86] Add command line option to enable/disable hyper-threading.
[PATCH 2/4] [APIC] Allow disabling of UP APIC/IO-APIC by default, with command
line option to turn it on.
[PATCH 3/4] [ATM] Add CPPF
This is a set of patches from the Ubuntu tree that seemed suitable for
upstream sync.
[PATCH 1/4] [x86] Add command line option to enable/disable hyper-threading.
[PATCH 2/4] [APIC] Allow disabling of UP APIC/IO-APIC by default, with command
line option to turn it on.
[PATCH 3/4] [ATM] Add CPPF
This patch adds a config option to allow disabling hyper-threading by
default, and a kernel command line option to changes this default at
boot time.
Signed-off-by: Ben Collins <[EMAIL PROTECTED]>
---
Documentation/kernel-parameters.txt |3 +++
arch/i386/Kconfig |5 +
This is a set of patches from the Ubuntu tree that seemed suitable for
upstream sync.
[PATCH 1/4] [x86] Add command line option to enable/disable hyper-threading.
[PATCH 2/4] [APIC] Allow disabling of UP APIC/IO-APIC by default, with command
line option to turn it on.
[PATCH 3/4] [ATM] Add CPPF
* David Miller ([EMAIL PROTECTED]) wrote:
> From: Pete Clements <[EMAIL PROTECTED]>
> Date: Wed, 29 Nov 2006 22:13:09 -0500 (EST)
>
> > 2.6.19 panics at boot. Good up through rc6-git11.
> > Hand copied screen below.
>
> Here is the fix, which was posted in response to a seperate
> report of this
Felix wrote:
> The cpu<->scheduler mapping is controlled via cpusets. Thus you
> can switch the scheduler for a cpuset containing multiple cpus and
> keep the rest untouched.
I don't have comments on the main focus of this work - schedulers are
not my expertise.
I just noticed this lkml post beca
On Wed, 2006-11-29 at 11:49 -0800, Andrew Morton wrote:
> > +#ifdef CONFIG_PM
> > +static int serial_pnp_suspend(struct pnp_dev *dev, pm_message_t state)
> > +{
> > + long line = (long)pnp_get_drvdata(dev);
>
> Please avoid adding long lines. (heh, I kill me)
Ok. I also changed the place I g
From: Pete Clements <[EMAIL PROTECTED]>
Date: Wed, 29 Nov 2006 22:13:09 -0500 (EST)
> 2.6.19 panics at boot. Good up through rc6-git11.
> Hand copied screen below.
Here is the fix, which was posted in response to a seperate
report of this problem here:
commit c28728decc37fe52c8cdf48b3e0c0cf9b0c2
On Wed, 29 Nov 2006 22:42:20 -0500 Ed Tomlinson wrote:
> On Tuesday 28 November 2006 05:02, Andrew Morton wrote:
>
> > Will appear eventually at
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
>
> This kernel does not boot here. It does not get
Gidday,
I just released man-pages-2.43.
This release is now available for download at:
ftp://ftp.kernel.org/pub/linux/docs/manpages
or mirrors: ftp://ftp.XX.kernel.org/pub/linux/docs/manpages
and soon at:
ftp://ftp.win.tue.nl/pub/linux-local/manpages
Changes in this release that m
Quoting Randy Dunlap
> > 2.6.19 panics at boot. Good up through rc6-git11.
> > Hand copied screen below.
>
> Try the patch that DaveM recently posted:
> http://lkml.org/lkml/2006/11/29/335
>
> ---
> ~Randy
>
That fixed it.
--
Pete Clements
-
To unsubscribe from this list:
On 11/30, Oleg Nesterov wrote:
>
> On 11/29, Paul E. McKenney wrote:
> >
> > Hmmm... Now I am wondering if the memory barriers inherent in the
> > __wait_event() suffice for this last barrier... :-/ Thoughts?
> >
> > > + smp_mb();
>
> Fastpath skips __wait_event(), and it is possible that the
Thanks for your report.
A git-bisect might be a bit of overkill considering that there were only
two patches applied beween 2.6.16.4 and 2.6.16.5:
Andi Kleen (2):
x86_64: Clean up execve
x86_64: When user could have changed RIP always force IRET (CVE-2006-0744)
I've attached both p
On Tuesday 28 November 2006 05:02, Andrew Morton wrote:
> Will appear eventually at
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
This kernel does not boot here. It does not get far enough to post anything to
my serial console.
The last booted ker
I've been complaining about O_DIRECT I/O processing being exceedingly
complex and slow since March 2005, see posting below:
http://marc.theaimsgroup.com/?l=linux-kernel&m=111033309732261&w=2
At that time, a patch was written for raw device to demonstrate that
large performance head room is achieva
On 11/29, Paul E. McKenney wrote:
>
> On Thu, Nov 30, 2006 at 04:57:14AM +0300, Oleg Nesterov wrote:
> > (the same patch + comments from Paul)
> >
> With the addition of a comment for the smp_mb() at the beginning of
> synchronize_qrcu(), shown below:
>
> Acked-by: Paul E. McKenney <[EMAIL PROTEC
On Wed, Nov 29, 2006 at 09:08:34AM +0100, Ingo Molnar wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > hm - indeed. Then we can indeed do the patch below. Nice simplification!
>
> forgot to convert a few more places - full patch below.
Acked-by: Suresh Siddha <[EMAIL PROTECTED]>
-
To u
On Wed, 29 Nov 2006 22:13:09 -0500 (EST) Pete Clements wrote:
> 2.6.19 panics at boot. Good up through rc6-git11.
> Hand copied screen below.
Try the patch that DaveM recently posted:
http://lkml.org/lkml/2006/11/29/335
---
~Randy
-
To unsubscribe from this list: send the line "unsubscribe lin
2.6.19 panics at boot. Good up through rc6-git11.
Hand copied screen below.
--
Pete Clements
Call Trace:
[] ndisc_send_rs+0x420/0x460 [ipv6]
[] ndisc_send_rs+0x42c/0x460 [ipv6]
[] ndisc_send rs+0x420/0x460 [ipv6]
[] addrconf_dad_completed+0x93/0xe0 [ipv6]
[] addrconf_dad_timer+0x119/0x120 [ipv6
On Thu, Nov 30, 2006 at 04:57:14AM +0300, Oleg Nesterov wrote:
> (the same patch + comments from Paul)
>
> [RFC, PATCH 1/2] qrcu: "quick" srcu implementation
>
> Very much based on ideas, corrections, and patient explanations from
> Alan and Paul.
>
> The current srcu implementation is very good
On Wed, Nov 29, 2006 at 05:08:15PM -0800, Randy Dunlap wrote:
> On Wed, 29 Nov 2006 18:56:31 -0600 Greg Norris wrote:
> > On a similar vein, it'd be nice if http://www.kernel.org/kdist/version.html
> > would break the entries into separate lines.
>
> I prefer to use
> http://www.kernel.org/kdist/
On Thu, 30 Nov 2006 02:04:15 +0100
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> > >
> > > git-netdev-all.patch
> > > git-netdev-all-fixup.patch
> > > libphy-dont-do-that.patch
> >
> > Are you able to eliminate libphy-dont-do-that.patch?
> >
> > > Is a broken-out version of git-netdev-all.pa
From: Wenji Wu <[EMAIL PROTECTED]>
Date: Wed, 29 Nov 2006 19:56:58 -0600
> >We could also pepper tcp_recvmsg() with some very carefully placed
> >preemption disable/enable calls to deal with this even with
> >CONFIG_PREEMPT enabled.
>
> I also think about this approach. But since the "problem" hap
The attached patch is against 2.6.18-rc6-mm1, to be applied on top of
the patch "sata_nv: fix ATAPI in ADMA mode" which Andrew and Jeff
already have in their trees. I've only been able to test this myself by
doing an aborted suspend and immediate resume and verifying it doesn't
blow up in that
On Wed, Nov 29, 2006 at 10:17:25AM +0100, Jesper Juhl wrote:
> On 29/11/06, David Chinner <[EMAIL PROTECTED]> wrote:
> >On Tue, Nov 28, 2006 at 04:49:00PM +0100, Jesper Juhl wrote:
> >> Filesystem "dm-1": XFS internal error xfs_trans_cancel at line 1138 of
> >> file fs/xfs/xfs_trans.c. Caller 0xff
Hi,
Like I right for rt7 , I had successfully boot without notsc,
but not all times.
The same happens with rt10 I can have 3 results when I boot without
notsc (with notsc I don't had/see any problem) :
1st boot without errors (dmesg on
http://bugzilla.kernel.org/show_bug.cgi?id=6419#c59 )
2nd ha
> That yield() will need to be removed - yield()'s behaviour is truly
> awfulif the system is otherwise busy. What is it there for?
Please read the uploaded paper, which has detailed description.
thanks,
wenji
- Original Message -
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Wednesda
(the same patch + comments from Paul)
[RFC, PATCH 1/2] qrcu: "quick" srcu implementation
Very much based on ideas, corrections, and patient explanations from
Alan and Paul.
The current srcu implementation is very good for readers, lock/unlock
are extremely cheap. But for that reason it is not po
Yes, when CONFIG_PREEMPT is disabled, the "problem" won't happen. That is why I
put "for 2.6 desktop, low-latency desktop" in the uploaded paper. This
"problem" happens in the 2.6 Desktop and Low-latency Desktop.
>We could also pepper tcp_recvmsg() with some very carefully placed preemption
>di
Hi Robert,
I never resolved the problem. I turned on the excessive debugging output, but
it
didn't print out info about receiving packets or interrupts. My test
app claimed there were no packets received although the bus analyzer
showed lots of packets going by.
If I can help out, let me kn
--- Luben Tuikov <[EMAIL PROTECTED]> wrote:
> Suppose reading sector 0 always reports an error,
> sense key HARDWARE ERROR.
>
> What I'm observing is that the request to read sector 0,
> reading partition information, is retried forever, ad infinitum.
>
> Does anyone have a patch to resolve this
Getting an oops on boot here, caused by commit
e81c73596704793e73e6dbb478f41686f15a4b34 titled
"[NET]: Fix MAX_HEADER setting".
Reverting that patch fixes things up for me. Dave?
Phil
Bringing up interface eth0:
skb_over_panic: text:c02af809 len:56 put:16 head:d7e213c0
data:d7e213d0 tail:d7
On Wed, 29 Nov 2006 17:01:11 -0800
Randy Dunlap <[EMAIL PROTECTED]> wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> smp_call_function_single() needs to be visible in non-SMP builds, to fix:
>
> arch/x86_64/kernel/vsyscall.c:283: warning: implicit declaration of function
> 'smp_call_function
On Wed, 2006-11-29 at 16:56 -0800, Linda Walsh wrote:
> I recently noticed this message in my bootup that I don't remember
> from before:
>
> PCI: Probing PCI hardware (bus 00)
> * Found PM-Timer Bug on the chipset. Due to workarounds for a bug,
> * this clock source is slow. Consider trying other
On Wednesday 29 November 2006 3:02 pm, Greg KH wrote:
> >
> > Here's my fix. ...
> > ... I audited all the drivers using the relevant APIs, and I can't
> > see many (if any!) folk hitting problems from this.
>
> But this still can cause the problem that your 'modalias' file in sysfs
> contains
Dear Igmar Palsenberg,
If you are working on arcmsr 1.20.00.13 for official kernel version.
This is the last version.
Could you check your RAID controller event and tell someting to me?
You can check "MBIOS"=>"Physical Drive Information"=>"View Drive
Information"=>"Select The Drive"=>"Timeout Co
On Wed, Nov 22, 2006 at 04:02:29PM +0100, Eric Dumazet wrote:
> On some workloads, (for example when lot of close() syscalls are done), RCU
> qlen can be quite large, and RCU heads are no longer in cpu cache when
> rcu_do_batch() is called.
>
> This patches adds a prefetch() in rcu_do_batch() to g
Suppose reading sector 0 always reports an error,
sense key HARDWARE ERROR.
What I'm observing is that the request to read sector 0,
reading partition information, is retried forever, ad infinitum.
Does anyone have a patch to resolve this? (2.6.19-rc6)
Thanks,
Luben
-
To unsubscribe from th
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Wed, 29 Nov 2006 17:08:35 -0800
> On Wed, 29 Nov 2006 16:53:11 -0800 (PST)
> David Miller <[EMAIL PROTECTED]> wrote:
>
> >
> > Please, it is very difficult to review your work the way you have
> > submitted this patch as a set of 4 patches. These pa
On Thursday, 30 November 2006 00:26, Andrew Morton wrote:
> On Thu, 30 Nov 2006 00:08:21 +0100
> "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
>
> > On Wednesday, 29 November 2006 22:31, Rafael J. Wysocki wrote:
> > > On Wednesday, 29 November 2006 22:30, Andrew Morton wrote:
> > > > On Wed, 29 N
On Wed, 29 Nov 2006 16:53:11 -0800 (PST)
David Miller <[EMAIL PROTECTED]> wrote:
>
> Please, it is very difficult to review your work the way you have
> submitted this patch as a set of 4 patches. These patches have not
> been split up "logically", but rather they have been split up "per
> file"
On Wed, 29 Nov 2006 18:56:31 -0600 Greg Norris wrote:
> On Wed, Nov 29, 2006 at 03:11:11PM -0800, Randy Dunlap wrote:
> > What would it take to have the kernel.org web page and finger banner
> > give the correct version information? (yessir, not your problem)
>
> On a similar vein, it'd be nice
Ask yourself this question: Can an assignment to a non-volatile variable be
optimized out? Then ask yourself this question: Does casting away volatile
make it not volatile any more?
> The volatile'ness does not simply disappear the moment you
> assign the result to some local variable which is no
The delays dealt with in your paper might actually help a highly
loaded server with lots of sockets and threads trying to communicate.
The packet processing delays caused by the scheduling delay paces the
TCP sender by controlling the rate at which ACKs go back to that
sender. Those ACKs will go
Adrian Bunk wrote:
> On Tue, Nov 28, 2006 at 08:45:56PM -0800, Trent Piepho wrote:
> > On Wed, 29 Nov 2006, Adrian Bunk wrote:
> > > On Tue, Nov 28, 2006 at 01:06:02PM -0800, Trent Piepho wrote:
> > > > On Sun, 26 Nov 2006, Adrian Bunk wrote:
> > > > > DVB_AV7110_FIRMWARE was (except for some OSS d
From: Randy Dunlap <[EMAIL PROTECTED]>
smp_call_function_single() needs to be visible in non-SMP builds, to fix:
arch/x86_64/kernel/vsyscall.c:283: warning: implicit declaration of function
'smp_call_function_single'
The (other/trivial) fix (instead of this one) is to add:
#include
to linux-2.
I recently noticed this message in my bootup that I don't remember
from before:
PCI: Probing PCI hardware (bus 00)
* Found PM-Timer Bug on the chipset. Due to workarounds for a bug,
* this clock source is slow. Consider trying other clock sources
--
How would this affect my clock? It says
On Wed, Nov 29, 2006 at 03:11:11PM -0800, Randy Dunlap wrote:
> What would it take to have the kernel.org web page and finger banner
> give the correct version information? (yessir, not your problem)
On a similar vein, it'd be nice if http://www.kernel.org/kdist/version.html
would break the entr
On Wed, 29 Nov 2006 19:43:46 +, Ralf Baechle <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 29, 2006 at 08:30:35PM +0100, Mariusz Kozlowski wrote:
>
> > This patch adds missing brace at the end of
> > toshiba_rbtx4927_irq_isa_init().
>
> Thanks Mariusz! Applied,
Oh, that was my fault. Thank
Please, it is very difficult to review your work the way you have
submitted this patch as a set of 4 patches. These patches have not
been split up "logically", but rather they have been split up "per
file" with the same exact changelog message in each patch posting.
This is very clumsy, and impos
On Nov 29, 2006, at 2:32 AM, Sébastien Dugué wrote:
compat_sys_io_submit() cleanup
Cleanup compat_sys_io_submit by duplicating some of the native
syscall
logic in the compat layer and directly calling io_submit_one() instead
of fooling the syscall into thinking it is call
Hi,
Since the kernel 2.6.18 has incorporated the high
resolution timer itself, I'm trying to test it, but on
my GNU/Debian I can't figure out how to include
hrtimer.h, that is on /usr/src/linux/include/, the
headers.
I use the following command to try to compile it.
gcc -D__KERNEL__ -I /usr/src/
Most implementations of atomic_add_unless() can fail (return 0) after the first
atomic_read() (before cmpxchg). In that case we have a compiler barrier only.
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
Documentation/atomic_ops.txt |3 ++-
Documentation/memory-barriers.txt |2 +-
This patch boosts the priority of RCU read-side critical sections when
they block to prevent them from being preempted by other non-realtime
threads. This patch allows transitive boosting (e.g., to processes
holding locks waited on by the RCU read-side critical section) and
actually survives light
On Wednesday 29 November 2006 22:17, Randy Dunlap wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Use NULL instead of 0 for pointers.
>
> arch/x86_64/kernel/../../i386/kernel/alternative.c:432:18: warning: Using
> plain integer as NULL pointer
> arch/x86_64/kernel/../../i386/kernel/alternati
[PATCH] autofs: fix error code path in autofs_fill_sb()
When kernel is compiled with old version of autofs (CONFIG_AUTOFS_FS), and
new (observed at least with 5.x.x) automount deamon is started, kernel
correctly reports incompatible version of kernel and userland daemon, but
then screws things
On Wed, 29 Nov 2006 14:21:21 -0800 (PST) Linus Torvalds (LT) wrote:
LT> So go get it. It's one of those rare "perfect" kernels. So if it doesn't
LT> happen to compile with your config (or it does compile, but then does
LT> unspeakable acts of perversion with your pet dachshund), you can rest eas
On 11/29, Paul E. McKenney wrote:
>
> On Wed, Nov 29, 2006 at 11:16:46PM +0300, Oleg Nesterov wrote:
> >
> > Hmm... SRCU can't be used from irq, yes. But I think that both versions
> > (spinlock needs _irqsave) can ?
>
> I didn't think you could call wait_event() from irq.
Ah, sorry for confusio
On Wed, 29 Nov 2006, Randy Dunlap wrote:
> On Wed, 29 Nov 2006 23:21:12 + Alan wrote:
>
> > On Wed, 29 Nov 2006 15:11:11 -0800
> > Randy Dunlap <[EMAIL PROTECTED]> wrote:
> >
> > > What would it take to have the kernel.org web page and finger banner
> > > give the correct version informati
Very much based on ideas, corrections, and patient explanations from
Alan and Paul.
The current srcu implementation is very good for readers, lock/unlock
are extremely cheap. But for that reason it is not possible to avoid
synchronize_sched() and polling in synchronize_srcu().
Jens Axboe wrote:
>
Add rcutorture test for qrcu.
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
--- 19-rc6/kernel/__rcutorture.c2006-11-17 19:42:31.0 +0300
+++ 19-rc6/kernel/rcutorture.c 2006-11-29 20:05:23.0 +0300
@@ -465,6 +465,73 @@ static struct rcu_torture_ops srcu_ops =
};
/*
+
Hello,
This patch removes broken and unused macro.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
net/ipv4/netfilter/ip_nat_standalone.c |6 --
1 file changed, 6 deletions(-)
--- linux-2.6.19-rc6-mm2-a/net/ipv4/netfilter/ip_nat_standalone.c
2006-11-16 05:03:40.
1 - 100 of 355 matches
Mail list logo
