And here is some addition.
[PATCH] lockdep: debug_show_all_locks & debug_show_held_locks vs. debug_locks
lockdep's data shouldn't be used when debug_locks == 0
because it's not updated after this, so it's more misleading
than helpful.
PS: probably lockdep's current-> fields should be reset
On Wed, Mar 21 2007, Davide Libenzi wrote:
> On Wed, 21 Mar 2007, Jens Axboe wrote:
>
> > On Tue, Mar 20 2007, Davide Libenzi wrote:
> > >
> > > I was looking at Jens FIO stuff, and I decided to cook a quick patch for
> > > FIO to support GUASI (Generic Userspace Asyncronous Syscall Interface):
"Serge E. Hallyn" <[EMAIL PROTECTED]> writes:
>
> So is the pid used for anything other than debugging?
>
> In any case, here is a replacement patch which sends the pid number
> in the pid_namespace of the process which did the autofs4 mount.
>
> Still not sure whether that is actually what makes
Lukas Hejtmanek wrote:
>> Subject: ata_piix: PATA UDMA/100 configured as UDMA/33
>> References : http://lkml.org/lkml/2007/2/20/294
>> Submitter : Fabio Comolli <[EMAIL PROTECTED]>
>> Status : unknown
>
> ata_piix :00:1f.1: version 2.10ac1
> ACPI: PCI Interrupt :00:1f.1[A] -> GSI
On Thu, 22 Mar 2007 02:04:50 +0200
Maxim <[EMAIL PROTECTED]> wrote:
> Hi,
> Yes, you are right, you have different problem that I had
>
> But why do you need llseek ?
I dont personnaly, but tools do need llseek.
>
> Why not to mmap it ?
> It is natural thing to do
On Thu, 22 Mar 2007 07:11:19 +0100 Jarek Poplawski <[EMAIL PROTECTED]> wrote:
>
> Here is some joke:
>
> [PATCH] lockdep: lockdep_depth vs. debug_locks
>
> lockdep really shouldn't be used when debug_locks == 0!
>
This isn't a very good changelog.
>
> Reported-by: Folkert van Heusden
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
This batch includes fixes to two visible 2.6.21 regressions -- the immediate
suspend wakeup,
and the the acpi_serialize deadlock. The later is a revert that touches a lot
of code,
but
On Thu, Mar 22, 2007 at 06:53:06AM +0100, Willy Tarreau wrote:
> At most, they will ask their distro vendor for continued support of the
> feature (which there will be in the same minor release), and if vendors'
> feedback show there is enough demand, then we will just have to delay the
>
Here is some joke:
[PATCH] lockdep: lockdep_depth vs. debug_locks
lockdep really shouldn't be used when debug_locks == 0!
Reported-by: Folkert van Heusden <[EMAIL PROTECTED]>
Inspired-by: Oleg Nesterov <[EMAIL PROTECTED]>
Signed-off-by: Jarek Poplawski <[EMAIL PROTECTED]>
---
diff -Nurp
This also fixes a bug, I think, it used to return a pgoff (pfn)
instead of an address. (To split ?)
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
drivers/char/mem.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
Index: linux-cell/drivers/char/mem.c
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
drivers/char/drm/ffb_drv.c |6 ++
1 file changed, 6 insertions(+)
Index: linux-cell/drivers/char/drm/ffb_drv.c
===
--- linux-cell.orig/drivers/char/drm/ffb_drv.c
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
fs/hugetlbfs/inode.c |6 ++
1 file changed, 6 insertions(+)
Index: linux-cell/fs/hugetlbfs/inode.c
===
--- linux-cell.orig/fs/hugetlbfs/inode.c2007-03-22
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
mm/mmap.c | 16
1 file changed, 16 deletions(-)
Index: linux-cell/mm/mmap.c
===
--- linux-cell.orig/mm/mmap.c 2007-03-22 16:30:24.0 +1100
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
mm/mmap.c | 25 +++--
1 file changed, 15 insertions(+), 10 deletions(-)
Index: linux-cell/mm/mmap.c
===
--- linux-cell.orig/mm/mmap.c 2007-03-22
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/sys_x86_64.c |3 +++
1 file changed, 3 insertions(+)
Index: linux-cell/arch/x86_64/kernel/sys_x86_64.c
===
---
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
fs/ramfs/file-nommu.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
Index: linux-cell/fs/ramfs/file-nommu.c
===
--- linux-cell.orig/fs/ramfs/file-nommu.c
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
arch/sparc64/mm/hugetlbpage.c |6 ++
1 file changed, 6 insertions(+)
Index: linux-cell/arch/sparc64/mm/hugetlbpage.c
===
---
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
arch/ia64/kernel/sys_ia64.c |7 +++
arch/ia64/mm/hugetlbpage.c |8
2 files changed, 15 insertions(+)
Index: linux-cell/arch/ia64/kernel/sys_ia64.c
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
arch/parisc/kernel/sys_parisc.c |5 +
1 file changed, 5 insertions(+)
Index: linux-cell/arch/parisc/kernel/sys_parisc.c
===
---
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
arch/alpha/kernel/osf_sys.c |3 +++
1 file changed, 3 insertions(+)
Index: linux-cell/arch/alpha/kernel/osf_sys.c
===
--- linux-cell.orig/arch/alpha/kernel/osf_sys.c
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
arch/arm/mm/mmap.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
Index: linux-cell/arch/arm/mm/mmap.c
===
--- linux-cell.orig/arch/arm/mm/mmap.c 2007-03-22
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
arch/frv/mm/elf-fdpic.c |4
1 file changed, 4 insertions(+)
Index: linux-cell/arch/frv/mm/elf-fdpic.c
===
--- linux-cell.orig/arch/frv/mm/elf-fdpic.c
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
arch/i386/mm/hugetlbpage.c |6 ++
1 file changed, 6 insertions(+)
Index: linux-cell/arch/i386/mm/hugetlbpage.c
===
--- linux-cell.orig/arch/i386/mm/hugetlbpage.c
!!! This is a first cut, and there are still cleanups to be done in various
areas touched by that code. I also haven't done descriptions yet for the
individual patches.
The current get_unmapped_area code calls the f_ops->get_unmapped_area or
the arch one (via the mm) only when MAP_FIXED is not
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
arch/powerpc/mm/hugetlbpage.c | 21 +
1 file changed, 21 insertions(+)
Index: linux-cell/arch/powerpc/mm/hugetlbpage.c
===
---
On Thu, Mar 22, 2007 at 01:02:50AM -0400, Dave Jones wrote:
> On Thu, Mar 22, 2007 at 05:45:40AM +0100, Willy Tarreau wrote:
> > On Thu, Mar 22, 2007 at 12:17:51AM -0400, Dave Jones wrote:
> > > On Thu, Mar 22, 2007 at 05:12:42AM +0100, Willy Tarreau wrote:
> > > > On Wed, Mar 21, 2007 at
Hi,
Thanks for your comments.
I'm sorry for my late reply.
Bill Davidsen wrote:
> Andrew Morton wrote:
>>> On Wed, 14 Mar 2007 21:42:46 +0900 Tomoki Sekiyama
>>> <[EMAIL PROTECTED]> wrote:
>>>
>>> ...
>>>
>>>
>>> -Solution:
>>>
>>> I consider that all of the dirty pages for the disk have been
On Wed, 2007-03-21 at 20:08 -0800, Andrew Morton wrote:
> On Thu, 22 Mar 2007 10:24:51 +0800 "Wu, Bryan" <[EMAIL PROTECTED]> wrote:
>
> > > 1 out of 1 hunk FAILED -- saving rejects to file
> > > include/asm-blackfin/cplbinit.h.rej
> > > 1 out of 1 hunk FAILED -- saving rejects to file
> > >
Dave Jones (on Thu, 22 Mar 2007 01:37:14 -0400) wrote:
>On Thu, Mar 22, 2007 at 04:26:39PM +1100, Keith Owens wrote:
> > Dave Jones (on Thu, 22 Mar 2007 01:15:25 -0400) wrote:
> > >make help implies that supplying $CHECK on the command line
> > >should override sparse as the checker used when
On 3/21/07, Jean Delvare <[EMAIL PROTECTED]> wrote:
> + p_adap->class = I2C_CLASS_ALL;
This pretty much voids the point of these probing classes. You should
only select the classes matching devices which may actually be probed
for on this bus. If different boards have different needs, get
On Thu, Mar 22, 2007 at 04:26:39PM +1100, Keith Owens wrote:
> Dave Jones (on Thu, 22 Mar 2007 01:15:25 -0400) wrote:
> >make help implies that supplying $CHECK on the command line
> >should override sparse as the checker used when building with C=1
> >Yet, this doesn't seem to be the case.
>
Dave Jones (on Thu, 22 Mar 2007 01:15:25 -0400) wrote:
>make help implies that supplying $CHECK on the command line
>should override sparse as the checker used when building with C=1
>Yet, this doesn't seem to be the case.
>
>This would be useful for cases where for eg, sparse isn't in
>the $PATH,
Thomas Meyer <[EMAIL PROTECTED]> writes:
> The commit f5f2b13129a6541debf8851bae843cbbf48298b7 broke suspend/resume
> to disk two or more times in a row. This patches fixes the problem:
Please clue me in, on what the problem is, I see why my patch would
have changed things I don't see how it is
make help implies that supplying $CHECK on the command line
should override sparse as the checker used when building with C=1
Yet, this doesn't seem to be the case.
This would be useful for cases where for eg, sparse isn't in
the $PATH, allowing an explicit path to the executable to be
passed in
On Wednesday 21 March 2007 22:23, Keith Owens wrote:
> The aim of the patch looks sensible, but it will not compile for
> 2.6.21-rc4. 8250_x86.c tests pnp_platform_devices, which does not
> exist. Also the combination of CONFIG_SERIAL_8250_X86=y and
> CONFIG_SERIAL_8250_PNP=m would result in
On Thu, Mar 22, 2007 at 05:45:40AM +0100, Willy Tarreau wrote:
> On Thu, Mar 22, 2007 at 12:17:51AM -0400, Dave Jones wrote:
> > On Thu, Mar 22, 2007 at 05:12:42AM +0100, Willy Tarreau wrote:
> > > On Wed, Mar 21, 2007 at 07:43:18PM -0400, Dave Jones wrote:
> > > > On Thu, Mar 22, 2007 at
On Thursday 22 March 2007 10:36, Andrew Morton wrote:
> On Thu, 22 Mar 2007 04:29:44 +1100
>
> Con Kolivas <[EMAIL PROTECTED]> wrote:
> > Further improve the deterministic nature of the RSDL cpu scheduler and
> > make the rr_interval tunable.
>
> I might actually need to drop RSDL from next -mm,
On 3/21/07, Johannes Weiner <[EMAIL PROTECTED]> wrote:
Hi,
On Wed, Mar 21, 2007 at 09:49:12AM -0700, Wink Saville wrote:
> >>Please don't use camel-case - in general.
> >>
> Would p_next, p_cur and p_end be OK?
I think it's generally disliked. Quoting Documentation/CodingStyle:
``Encoding the
On Wed, Mar 21, 2007 at 10:38:33PM +0100, Rafael J. Wysocki wrote:
>
> I think this is the XFS problem with freezable workqueues.
>
> Maxim, please try to apply the appended patch and see if it helps.
>
> Greetings,
> Rafael
>
>
> ---
> Since freezable workqueues are broken in 2.6.21-rc
>
On Wed, Mar 21, 2007 at 06:07:33PM +0100, Mike Galbraith wrote:
> On Wed, 2007-03-21 at 16:11 +0100, Paolo Ornati wrote:
> > On Wed, 21 Mar 2007 15:57:44 +0100
> > Mike Galbraith <[EMAIL PROTECTED]> wrote:
> >
> > > I was more than a bit surprised that mainline did this well, considering
> > >
On Thu, Mar 22, 2007 at 12:17:51AM -0400, Dave Jones wrote:
> On Thu, Mar 22, 2007 at 05:12:42AM +0100, Willy Tarreau wrote:
> > On Wed, Mar 21, 2007 at 07:43:18PM -0400, Dave Jones wrote:
> > > On Thu, Mar 22, 2007 at 12:24:33AM +0100, Willy Tarreau wrote:
> > >
> > > > Then a printk() on
Bjorn Helgaas (on Wed, 21 Mar 2007 10:35:38 -0600) wrote:
>On Tuesday 20 March 2007 08:32, Bjorn Helgaas wrote:
>> On Tuesday 20 March 2007 00:46, Keith Owens wrote:
>> > Booting with 'console=tty console=ttyS0,9600'. The serial console on
>> > ttyS0 (0x3f8, irq 4) is probed twice, once from
On Thu, Mar 22, 2007 at 05:12:42AM +0100, Willy Tarreau wrote:
> On Wed, Mar 21, 2007 at 07:43:18PM -0400, Dave Jones wrote:
> > On Thu, Mar 22, 2007 at 12:24:33AM +0100, Willy Tarreau wrote:
> >
> > > Then a printk() on every open() should be enough. We've all been seeing
> > > "Warning:
Linus Torvalds wrote:
In contrast, the hang reported by Mariusz Kozlowski has a slightly
different feel to it, but there's a tantalizing pattern in there too:
http://www.ussg.iu.edu/hypermail/linux/kernel/0703.0/1243.html
Call Trace:
[] io_schedule+0x42/0x59
[]
On Wed, Mar 21, 2007 at 07:43:18PM -0400, Dave Jones wrote:
> On Thu, Mar 22, 2007 at 12:24:33AM +0100, Willy Tarreau wrote:
>
> > Then a printk() on every open() should be enough. We've all been seeing
> > "Warning: tcpdump uses obsolete AF_PACKET"... and it finally disappeared.
>
> There's
On Wed, 21 Mar 2007 21:00:06 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
> On Wed, Mar 21, 2007 at 11:51:04PM -0400, Dave Jones wrote:
> > On Wed, Mar 21, 2007 at 08:07:53PM -0700, Greg KH wrote:
> >
> > > > After modprobe/rmmod cpufreq/stats directory appears but doesn't get
> > > > removed.
On Thu, 22 Mar 2007 10:24:51 +0800 "Wu, Bryan" <[EMAIL PROTECTED]> wrote:
> > 1 out of 1 hunk FAILED -- saving rejects to file
> > include/asm-blackfin/cplbinit.h.rej
> > 1 out of 1 hunk FAILED -- saving rejects to file
> > include/asm-blackfin/mach-bf535/bf535.h.rej
> > 1 out of 1 hunk FAILED
Rusty Russell (on Thu, 22 Mar 2007 14:52:29 +1100) wrote:
>On Thu, 2007-03-22 at 14:24 +1100, Rusty Russell wrote:
>> Belay this: there's a X86_EFLAGS_IF in asm/processor.h which we should
>> use. Will send patch.
>
>How's this. There may be other users, but they're not easy to grep for.
One
On Wed, Mar 21, 2007 at 11:51:04PM -0400, Dave Jones wrote:
> On Wed, Mar 21, 2007 at 08:07:53PM -0700, Greg KH wrote:
>
> > > After modprobe/rmmod cpufreq/stats directory appears but doesn't get
> > > removed. Should it?
> > Well, one can argue that those stats should never be in sysfs at
On Thu, 2007-03-22 at 14:24 +1100, Rusty Russell wrote:
> Belay this: there's a X86_EFLAGS_IF in asm/processor.h which we should
> use. Will send patch.
How's this. There may be other users, but they're not easy to grep for.
==
Move X86_EFLAGS_IF et al out to a new header: processor-flags.h,
On Wed, Mar 21, 2007 at 08:07:53PM -0700, Greg KH wrote:
> > After modprobe/rmmod cpufreq/stats directory appears but doesn't get
> > removed. Should it?
> Well, one can argue that those stats should never be in sysfs at all
> anyway, I mean come on, a histogram in sysfs? That's, not ok.
On Sun, 18 Mar 2007, Adrian Bunk wrote:
>
> Subject: weird system hangs
> References : http://lkml.org/lkml/2007/3/16/288
> Submitter : Michal Piotrowski <[EMAIL PROTECTED]>
> Mariusz Kozlowski <[EMAIL PROTECTED]>
> Status : unknown
According to the console log, it seems
john stultz wrote:
> > > Also, does booting w/ "clocksource=jiffies" change the behavior?
Works fine with 2.6.21-rc4. I'm running on that kernel as I type this.
> Also trying booting w/ "notsc" would be a useful data point.
Boot hangs at the point indicated in my original message. I *did*
On Thu, 2007-03-22 at 14:16 +1100, Rusty Russell wrote:
> There is now more than one place where we use the fact that bit 9 of
> eflags is the interrupt-enabled flag, so define EFLAGS_IF. We make it
> 512 so it can be used in asm, too.
Belay this: there's a X86_EFLAGS_IF in asm/processor.h which
On Tue, Mar 20, 2007 at 01:06:34PM +0300, Alexey Dobriyan wrote:
> On Mon, Mar 19, 2007 at 01:41:25PM -0700, Greg KH wrote:
> > On Mon, Mar 19, 2007 at 06:30:13PM +0300, Alexey Dobriyan wrote:
> > > Steps to reproduce:
> > >
> > > # modprobe p4-clockmod
> > > $ cd
On Wed, 2007-03-21 at 21:19 -0500, Serge E. Hallyn wrote:
> Quoting Ian Kent ([EMAIL PROTECTED]):
> > On Tue, 2007-03-20 at 16:01 -0600, Eric W. Biederman wrote:
> > > "Serge E. Hallyn" <[EMAIL PROTECTED]> writes:
> > >
> > > >> > void autofs4_dentry_release(struct dentry *);
> > > >> > extern
There is now more than one place where we use the fact that bit 9 of
eflags is the interrupt-enabled flag, so define EFLAGS_IF. We make it
512 so it can be used in asm, too.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
--- a/arch/i386/lguest/lguest.c
+++ b/arch/i386/lguest/lguest.c
@@
Because of legacy-induced blindness, I insisted on separately building
the hypervisor.S switcher code (which is mapped at 0xFFC in host
and guest). However, the lguest64 patches showed the error of my
ways: it has no relocations, so it can be linked into the module like
normal then remapped.
Thanks to Andrew for pointing these out.
This patch moves the parvirtprobe section into .init.data: it's only
used in very very early boot, and for similar reasons, puts
lguest_maybe_init and lguest_memory_setup in init.text.
As well as fixing some warnings, this frees up a tiny bit more memory.
Grrr Andi refused to take my "rdmsr64" patch which moved to a
function-like interface for MSRs, dismissing it as pointless churn.
paravirt_ops cleanups changed a macro to an inline and spotted this
kvm bug.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
diff -r 47c6ee74a5c5
paravirt.c used to implement native versions of all low-level
functions. Far cleaner is to have the native versions exposed in the
headers and as inline native_XXX, and if !CONFIG_PARAVIRT, then simply
#define XXX native_XXX.
There are four nice side effects:
1) write_dt_entry() now takes the
On Wed, 2007-03-21 at 15:58 -0500, Serge E. Hallyn wrote:
> Quoting Eric W. Biederman ([EMAIL PROTECTED]):
> > "Serge E. Hallyn" <[EMAIL PROTECTED]> writes:
> >
> > >> > void autofs4_dentry_release(struct dentry *);
> > >> > extern void autofs4_kill_sb(struct super_block *);
> > >> > diff --git
From: Randy Dunlap <[EMAIL PROTECTED]>
A 1-bit bitfield has no room for a sign bit.
drivers/cpuidle/governors/ladder.c:54:16: error: dubious bitfield without
explicit `signed' or `unsigned'
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
drivers/cpuidle/governors/ladder.c |2 +-
1 file
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix function declaration:
drivers/char/pcmcia/ipwireless_cs_tty.c:730:29: warning: non-ANSI function
declaration of function 'ipwireless_tty_release'
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
drivers/char/pcmcia/ipwireless_cs_tty.c |2 +-
1
From: Randy Dunlap <[EMAIL PROTECTED]>
Use NULL instead of 0 for pointers:
drivers/char/nozomi.c:1028:68: warning: Using plain integer as NULL pointer
drivers/char/nozomi.c:1029:68: warning: Using plain integer as NULL pointer
drivers/char/nozomi.c:1031:68: warning: Using plain integer as NULL
On Wed, 2007-03-21 at 15:53 -0700, Andrew Morton wrote:
> On Wed, 21 Mar 2007 18:19:23 +0800
> "Wu, Bryan" <[EMAIL PROTECTED]> wrote:
>
> > 1) Some issues are fixed according to LKML patch review.
> > 2) Remove not supported BF535 code
> > 3) Fixed some bugs from blackfin.uclinux.org SVN update
>
From: Divy Le Ray <[EMAIL PROTECTED]>
Use tabs instead of white spaces for CHELSIO_T3 entry.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/Kconfig | 24
1 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/net/Kconfig
> From: David Howells <[EMAIL PROTECTED]>
>
> Fix unannotated variable declarations. Variables that have allocation section
> annotations (such as __meminitdata) on their definitions must also have them
> on
> their declarations as not doing so may affect the addressing mode used by the
>
Quoting Ian Kent ([EMAIL PROTECTED]):
> On Tue, 2007-03-20 at 16:01 -0600, Eric W. Biederman wrote:
> > "Serge E. Hallyn" <[EMAIL PROTECTED]> writes:
> >
> > >> > void autofs4_dentry_release(struct dentry *);
> > >> > extern void autofs4_kill_sb(struct super_block *);
> > >> > diff --git
Andrew Morton wrote:
On Sun, 18 Mar 2007 13:10:12 -0700
[EMAIL PROTECTED] wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
Under rare conditions, the MAC might hang while generating a pause frame.
This patch fine tunes the MAC settings to avoid the issue, allows for
periodic MAC state check,
Here is the best fix for the bug pointed out. Thanks.
I'll try and find pc time to wrap these two patches together and make a v0.32
available.
---
Ensure niced tasks are not inappropriately limiting sleeping unniced tasks
by explicitly checking what the best static priority that has run this
On Wed, 21 Mar 2007, Jens Axboe wrote:
> On Tue, Mar 20 2007, Davide Libenzi wrote:
> >
> > I was looking at Jens FIO stuff, and I decided to cook a quick patch for
> > FIO to support GUASI (Generic Userspace Asyncronous Syscall Interface):
> >
> > http://www.xmailserver.org/guasi-lib.html
> >
On Tue, 2007-03-20 at 16:01 -0600, Eric W. Biederman wrote:
> "Serge E. Hallyn" <[EMAIL PROTECTED]> writes:
>
> >> > void autofs4_dentry_release(struct dentry *);
> >> > extern void autofs4_kill_sb(struct super_block *);
> >> > diff --git a/fs/autofs4/waitq.c b/fs/autofs4/waitq.c
> >> > index
Andrew Morton wrote:
On Sun, 18 Mar 2007 13:10:06 -0700
[EMAIL PROTECTED] wrote:
config CHELSIO_T3
tristate "Chelsio Communications T3 10Gb Ethernet support"
depends on PCI
+ select FW_LOADER
Something has gone wrong with the indenting there.
The added
On Thu, 22 Mar 2007 01:32:36 + Sid Boyce wrote:
> Eric W. Biederman wrote:
> > Adrian Bunk <[EMAIL PROTECTED]> writes:
> >
> >
> >> On Wed, Mar 21, 2007 at 05:43:11PM +, Sid Boyce wrote:
> >>
> >>> Sid Boyce wrote:
> >>>
> Andrew Morton wrote:
>
> >
Hello,
I have a mysterious issue with swapping. I have a 32b machine running
2.4.21.x (RHEE30) w/4G RAM and 8G swap. If I run one application and
pause it after having allocated 2.5G and then run another application
(or just another instance of the same app) and try to allocate another
2.5G I
Eric W. Biederman wrote:
Adrian Bunk <[EMAIL PROTECTED]> writes:
On Wed, Mar 21, 2007 at 05:43:11PM +, Sid Boyce wrote:
Sid Boyce wrote:
Andrew Morton wrote:
(cc restored. Please always do reply-to-all)
On Wed, 28 Feb 2007 18:05:13 +0200 [EMAIL
include/asm-v850/io.h:
...
#if 0
/* This is really stupid; don't define it. */
#define page_to_bus(page) page_to_phys (page)
#endif
...
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel
David Howells <[EMAIL PROTECTED]> wrote:
> > - recvmsg not supporting MSG_TRUNC is rather weird and really ought to be
> > fixed one day as its useful to find out the sizeof message pending when
> > combined with MSG_PEEK
>
> Hmmm... I hadn't considered that. I assumed MSG_TRUNC not to be
On Thursday 22 March 2007 11:24, Con Kolivas wrote:
> On Thursday 22 March 2007 10:48, Jeffrey Hundstad wrote:
> > Artur Skawina wrote:
> > > Con Kolivas wrote:
> > >> Note no interactive boost idea here.
> > >>
> > >> Patch is for 2.6.21-rc4-mm1. I have not spent the time trying to bring
> > >>
On Wed, Mar 21, 2007 at 04:35:28PM -0700, William Lee Irwin III wrote:
> On Wed, Mar 21, 2007 at 03:26:59PM -0700, William Lee Irwin III wrote:
> >> My exit strategy was to make hugetlbfs an alias for ramfs when ramfs
> >> acquired the necessary functionality until expand-on-mmap() was merged.
>
while looking at some more warnings i got with allyesconfig i came across
this really weird one:
In file included from drivers/cdrom/mcdx.c:78:
drivers/cdrom/mcdx.h:180:2: warning: #warning You have not edited mcdx.h
drivers/cdrom/mcdx.h:181:2: warning: #warning Perhaps irq and i/o settings
On Wed, Mar 21, 2007 at 01:38:15PM -0700, Andrew Morton wrote:
> On Wed, 21 Mar 2007 13:49:58 -0500
> Larry Finger <[EMAIL PROTECTED]> wrote:
>
> > When I configure 'CPU Idle PM Support' on my HP dv2125nr notebook with a
> > Turion X64 X2 processor and
> > X86_64 architecture selected, the
On Thursday 22 March 2007 01:14:05 Maxim wrote:
> On Wednesday 21 March 2007 23:22:40 Nigel Cunningham wrote:
> > Hi.
> >
> > On Wed, 2007-03-21 at 18:40 +0200, Maxim Levitsky wrote:
> > > Hi,
> > >
> > > Starting with 2.6.21-rc1 suspend to ram and disk doesn't work anymore on
> > > my system.
On Thu, 22 Feb 2007 04:39:40 -0500 (EST) Robert P. J. Day wrote:
> Fix remaining misspellings of "depreciated" to "deprecated."
More of these.
---
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix more "deprecated" spellos.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
[This patch applies to both linux and mm trees. Please send comments
off list, thanks]
Running a probe on s390 with a probe address that is not 4 byte aligned
results in a Kernel BUG. The problem is that the stura instruction used
by swap_instruction requires the destination address to be 4
On Thursday 22 March 2007 01:47:05 Nigel Cunningham wrote:
> Hi.
>
> On Wed, 2007-03-21 at 22:38 +0100, Rafael J. Wysocki wrote:
> > > Do you know exactly which mutex was being waited on and where it was
> > > taken? If you can say that, it would be much more helpful.
>
> Yeah, me too, but
On Thursday 22 March 2007 10:48, Jeffrey Hundstad wrote:
> Artur Skawina wrote:
> > Con Kolivas wrote:
> >> Note no interactive boost idea here.
> >>
> >> Patch is for 2.6.21-rc4-mm1. I have not spent the time trying to bring
> >> other bases in sync.
> >
> > I've tried RSDLv.31+this on 2.6.20.3
Jeffrey Hundstad wrote:
>> I'm not sure this is going in the right direction... I'm writing
>> this while compiling a kernel w/ "nice -20 make -j2" and X is almost
>>
> Did you mean "nice -20"? If so, that should have slowed X quite a bit.
> Try "nice 19" instead.
i did try "nice --20" too
On Wed, 2007-03-21 at 10:49 -0600, Eric W. Biederman wrote:
> Rusty Russell <[EMAIL PROTECTED]> writes:
>
> > On Wed, 2007-03-21 at 03:21 -0600, Eric W. Biederman wrote:
> >> Do we really want to allow modules to be able to allocate page sized
> >> per cpu memory.
> >
> > Hi Eric!
> >
> >
On Thursday 22 March 2007 01:53:10 Eric Dumazet wrote:
> I stand corrected : This is a new bug
>
> The /proc/kcore problem appears with linux-2.6.21-rc4-mm1
>
> fd = open("/proc/kcore", 0);
> llseek(fd, ...) returns an -EINVAL error
>
>
> Quick code inspection (before going to sleep...) shows
On Thursday 22 March 2007 01:53:54 Rafael J. Wysocki wrote:
> On Thursday, 22 March 2007 00:39, Maxim wrote:
> > On Thursday 22 March 2007 01:24:25 Rafael J. Wysocki wrote:
> > > On Thursday, 22 March 2007 00:09, Maxim wrote:
> > > > On Thursday 22 March 2007 00:39:02 you wrote:
> > > > > On
It causes extra moon icons blinking on x60, and breaks at least two
other systems.
During resume, we do not know that "reboot"/"shutdown" method was
used, so we assume "plaform" and call BIOS, anyway...
This is 2.6.21 material, and should fix 2 or 3 regressions from 2.6.20.
Signed-off-by: Pavel
On Wed, 2007-03-21 at 10:51 -0600, Eric W. Biederman wrote:
> Rusty Russell <[EMAIL PROTECTED]> writes:
>
> > On Wed, 2007-03-21 at 03:31 -0600, Eric W. Biederman wrote:
> >> Rusty Russell <[EMAIL PROTECTED]> writes:
> >> > -/*
> >> > - * The boot_gdt_table must mirror the equivalent in setup.S
On Wed, Mar 21, 2007 at 09:37:52AM -0400, Daniel Yeisley wrote:
> On Tue, 2007-03-20 at 13:26 -0700, Greg KH wrote:
> > On Tue, Mar 20, 2007 at 01:25:38PM -0400, Daniel Yeisley wrote:
> > > On Tue, 2007-03-20 at 11:00 -0700, Greg KH wrote:
> > > > On Tue, Mar 20, 2007 at 12:18:24PM -0400, Daniel
On Wed, 21 Mar 2007 19:42:36 -0400
Dave Jones <[EMAIL PROTECTED]> wrote:
> On Wed, Mar 21, 2007 at 04:27:17PM -0700, Andrew Morton wrote:
> > > [1] Though admittedly the one in RHEL deviates from upstream
> > > as it contains performance enhancements that were vetoed from
> > > upstream
Hi,
On Thu, Mar 22, 2007 at 12:48:05AM +0100, roland wrote:
> fs/block_dev.c: In function `bd_claim_by_kobject':
> fs/block_dev.c:953: warning: `found' might be used uninitialized in this
> function
found actually _is_ used uninitialized if the call to bd_claim() returns
anything but 0. Thank
I stand corrected : This is a new bug
The /proc/kcore problem appears with linux-2.6.21-rc4-mm1
fd = open("/proc/kcore", 0);
llseek(fd, ...) returns an -EINVAL error
Quick code inspection (before going to sleep...) shows that
proc_reg_llseek() (file fs/proc/inode.c)
is doing something like :
On Thursday, 22 March 2007 00:39, Maxim wrote:
> On Thursday 22 March 2007 01:24:25 Rafael J. Wysocki wrote:
> > On Thursday, 22 March 2007 00:09, Maxim wrote:
> > > On Thursday 22 March 2007 00:39:02 you wrote:
> > > > On Wednesday, 21 March 2007 23:21, Pavel Machek wrote:
> > > > > Hi!
> > > > >
On Thu, 22 Mar 2007 10:23:27 +1100
Nick Piggin <[EMAIL PROTECTED]> wrote:
> Andy Whitcroft wrote:
> > Generally we work under the assumption that memory the mem_map
> > array is contigious and valid out to MAX_ORDER_NR_PAGES block
> > of pages, ie. that if we have validated any page within this
>
1 - 100 of 955 matches
Mail list logo