On Sat, 2007-03-24 at 23:07 +0100, Miklos Szeredi wrote:
> From: Miklos Szeredi <[EMAIL PROTECTED]>
>
> This is a straightforward split of do_mmap_pgoff() into two functions:
>
> - do_mmap_pgoff() checks the parameters, and calculates the vma
>flags. Then it calls
>
> - mmap_region(),
On Sat, 2007-03-24 at 23:11 +0100, Miklos Szeredi wrote:
> From: Miklos Szeredi <[EMAIL PROTECTED]>
>
> Changes:
> v3:
> o rename is_page_modified to test_clear_page_modified
> v2:
> o set AS_CMTIME flag in clear_page_dirty_for_io() too
> o don't clear AS_CMTIME in file_update_time()
> o
From: Rudolf Marek <[EMAIL PROTECTED]>
Add support for _safe (exception handled) variants of rdmsr_on_cpu
and wrmsr_on_cpu. This is needed for the upcoming coretemp hardware
monitoring driver, which might step into non-existing (poorly
documented) MSR.
Signed-off-by: Rudolf Marek <[EMAIL
On Sat, Mar 24, 2007 at 09:45:09PM -0700, David Miller wrote:
> From: Adrian Bunk <[EMAIL PROTECTED]>
> Date: Fri, 23 Mar 2007 19:48:17 +0100
>
> > Subject: problem with sockets
> > References : http://lkml.org/lkml/2007/3/21/248
> > Submitter : Jose Alberto Reguero <[EMAIL PROTECTED]>
> >
The rework of next_timer_interrupt() fixed the timer wheel bugs, but
invented a rounding error versus the next hrtimer event. This is caused
by the conversion of the hrtimer internal representation to relative
jiffies.
This causes bug #8100:
http://bugzilla.kernel.org/show_bug.cgi?id=8100
On Sunday, 25 March 2007 14:03, Eric W. Biederman wrote:
> Thomas Meyer <[EMAIL PROTECTED]> writes:
>
> > Eric W. Biederman schrieb:
> >>
> >> Thomas could you verify the patch below makes the problem go away
> >> for you.
> >>
> >
> > The patch solves the problem. I'm writing this after the
Con Kolivas wrote:
> On Saturday 24 March 2007 08:45, Con Kolivas wrote:
>> On Friday 23 March 2007 23:28, Andy Whitcroft wrote:
>>> Andy Whitcroft wrote:
Con Kolivas wrote:
> On Friday 23 March 2007 05:17, Andy Whitcroft wrote:
>> Ok, I have yet a third x86_64 machine is is blowing
On Sunday 25 March 2007, Con Kolivas wrote:
>On Sunday 25 March 2007 21:46, Con Kolivas wrote:
>> On Sunday 25 March 2007 21:34, malc wrote:
>> > On Sun, 25 Mar 2007, Ingo Molnar wrote:
>> > > * Con Kolivas <[EMAIL PROTECTED]> wrote:
>> > >> For an rsdl 0.33 patched kernel. Comments? Overhead
The watchdog implementation excludes low res / non continuous
clocksources from being selected as a watchdog reference
unintentionally.
Allow using jiffies/PIT as a watchdog reference as long as no better
clocksource is available. This is necessary to detect TSC breakage on
systems, which have no
On Sunday 25 March 2007 22:32, Gene Heskett wrote:
> On Sunday 25 March 2007, Con Kolivas wrote:
> >On Sunday 25 March 2007 21:46, Con Kolivas wrote:
> >> On Sunday 25 March 2007 21:34, malc wrote:
> >> > On Sun, 25 Mar 2007, Ingo Molnar wrote:
> >> > > * Con Kolivas <[EMAIL PROTECTED]> wrote:
>
On Sun, 2007-03-25 at 13:14 +0200, Ingo Molnar wrote:
> * Thomas Gleixner <[EMAIL PROTECTED]> wrote:
>
> > Here you go. It's ugly, but it should do the trick for now.
> >
> > tglx
>
> here's your patch with proper metadata:
>
> ->
> From: Thomas Gleixner <[EMAIL
Hello List,
The kernel 2.6.20 makes a long delay during booting ( about 15 seconds ) after
showing:
NET: Registered protocol family 2
then it goes along with:
IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
TCP established hash table entries: 8192 (order: 4, 98304 bytes)
...
"Rafael J. Wysocki" <[EMAIL PROTECTED]> writes:
> Yes, in kernel/power/disk.c:power_down() .
>
> Please comment out the disable_nonboot_cpus() in there and retest (but please
> test the latest Linus' tree).
Why do we even need a disable_nonboot_cpus in that path? machine_shutdown
on i386 and
On Sun, 25 Mar 2007, Con Kolivas wrote:
On Sunday 25 March 2007 21:46, Con Kolivas wrote:
On Sunday 25 March 2007 21:34, malc wrote:
On Sun, 25 Mar 2007, Ingo Molnar wrote:
* Con Kolivas <[EMAIL PROTECTED]> wrote:
For an rsdl 0.33 patched kernel. Comments? Overhead worth it?
we want to do
On Sun, 25 Mar 2007, Con Kolivas wrote:
On Sunday 25 March 2007 21:46, Con Kolivas wrote:
On Sunday 25 March 2007 21:34, malc wrote:
On Sun, 25 Mar 2007, Ingo Molnar wrote:
* Con Kolivas <[EMAIL PROTECTED]> wrote:
For an rsdl 0.33 patched kernel. Comments? Overhead worth it?
[..snip..]
drivers/scsi/pcmcia/Kconfig:
...
config PCMCIA_AHA152X
tristate "Adaptec AHA152X PCMCIA support"
depends on m && !64BIT
select SCSI_SPI_ATTRS
help
Say Y here if you intend to attach this type of PCMCIA SCSI host
adapter to your computer.
On Sunday 25 March 2007, Con Kolivas wrote:
>On Sunday 25 March 2007 22:32, Gene Heskett wrote:
>> On Sunday 25 March 2007, Con Kolivas wrote:
>> >On Sunday 25 March 2007 21:46, Con Kolivas wrote:
>> >> On Sunday 25 March 2007 21:34, malc wrote:
>> >> > On Sun, 25 Mar 2007, Ingo Molnar wrote:
>>
On Sat, 24 Mar 2007, Bruce Dubbs wrote:
> I some circumstances, mincore can succeed when it shouldn't.
>
> Example:
> Two files are mmapped to a process and they are adjacent in memory.
> If mincore is run with a requested length that is too large, the
> function does not differentiate between
Eric W. Biederman schrieb:
> Sounds possible. You could probably verify it isn't my patch but running
> an unpatched kernel without msi support. As I think the crash you saw should
> only be reproducible when using devices that support msi.
>
Without your patch and with pci=nomsi option the
Rafael J. Wysocki schrieb:
> On Sunday, 25 March 2007 14:03, Eric W. Biederman wrote:
>
>> Thomas Meyer <[EMAIL PROTECTED]> writes:
>>
>>
>>> Eric W. Biederman schrieb:
>>>
Thomas could you verify the patch below makes the problem go away
for you.
>>>
On Sunday 25 March 2007 23:06, malc wrote:
> On Sun, 25 Mar 2007, Con Kolivas wrote:
> > On Sunday 25 March 2007 21:46, Con Kolivas wrote:
> >> On Sunday 25 March 2007 21:34, malc wrote:
> >>> On Sun, 25 Mar 2007, Ingo Molnar wrote:
> * Con Kolivas <[EMAIL PROTECTED]> wrote:
> > For an
On 3/25/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
First, is there any specific kernel version where this started to happen
to you, or is this long-standing bug you have been experiencing with older
kernels too?
I am not sure about specific kernel version but I think this (2.6.20)
is the first
> > I'm trying to use 2.6.21-rc4-rt1 to track down who's keeping
> > interrupts off for too long. [...]
> btw., is this something you know for sure (if yes, how do you know?) -
> or is it that you would like to double-check the irqs-off times of
> v2.6.21-to-be?
I finally got curious
On Sat, Mar 24, 2007 at 08:29:51PM -0800, Andrew Morton wrote:
> On Sun, 25 Mar 2007 04:21:56 +0200 Herbert Poetzl <[EMAIL PROTECTED]> wrote:
>
> > > a) slice the machine into 128 fake NUMA nodes, use each node as the
> > >basic block of memory allocation, manage the binding between these
> >
On Sun, Mar 25, 2007 at 01:41:33PM +0200, Thomas Meyer wrote:
>...
> The first suspend to disk is ok. The second suspend to disk has a
> strange behaviour:
> 1.) write pm image
> 2.) the system disable the non-boot cpus again (i guess this happens in
> power_down())
> 3.) the system doesn't power
On Sun, Mar 25, 2007 at 05:33:45PM +1000, Rusty Russell wrote:
> On Sat, 2007-03-24 at 14:06 +0100, Adrian Bunk wrote:
> > On Mon, Mar 19, 2007 at 08:56:23PM -0800, Andrew Morton wrote:
> > >...
> > > Changes since 2.6.21-rc3-mm1:
> > >...
> > >
After looking at a section bug (in the non-modular case, clearly
non-init code referenced the __initdata parport_nr[]), I thought it was
time to convert this driver to module_{init,exit}.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/media/video/cpia_pp.c | 46
I was looking at the following section error:
<-- snip -->
WARNING: drivers/built-in.o - Section mismatch: reference to
.init.text:eisa_root_register from .text between 'pci_eisa_init' (at offset
0xabf670) and 'virtual_eisa_release'
<-- snip -->
AFAIK a PCI to EISA bridge isn't anything
remove_inode_dquot_ref() can now become static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: Jan Kara <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 20 Feb 2007
fs/dquot.c |3 ++-
include/linux/quotaops.h |3 ---
2 files changed, 2 insertions(+), 4
block2mtd_paramline[] is used in the non-__init block2mtd_setup()
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.21-rc4-mm1/drivers/mtd/devices/block2mtd.c.old2007-03-25
15:56:10.0 +0200
+++ linux-2.6.21-rc4-mm1/drivers/mtd/devices/block2mtd.c2007-03-25
On Mon, 26 Mar 2007, Con Kolivas wrote:
On Sunday 25 March 2007 23:06, malc wrote:
On Sun, 25 Mar 2007, Con Kolivas wrote:
On Sunday 25 March 2007 21:46, Con Kolivas wrote:
On Sunday 25 March 2007 21:34, malc wrote:
On Sun, 25 Mar 2007, Ingo Molnar wrote:
* Con Kolivas <[EMAIL PROTECTED]>
This patch makes the needlessly global mptspi_target_destroy() static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: Eric Moore <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 20 Feb 2007
--- linux-2.6.20-mm1/drivers/message/fusion/mptspi.c.old2007-02-18
nfs4_acl_add_ace() can now be removed.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 20 Feb 2007
fs/nfsd/nfs4acl.c| 17 -
include/linux/nfs4_acl.h |1 -
2 files changed, 18 deletions(-)
---
Hi all,
My system hang randomly with a 2.6.21-rc3-rt0. I also have a
2.6.19.1-rt15 that is working fine. I googled a lot and find at I missed the
shift to the APIC timer with such rt kernels with the 2.6.19-rt15. I try to
enable it in the 2.6.21-rc3-rt0, but it continue to hang from time to time.
On Monday 26 March 2007 00:57, malc wrote:
> On Mon, 26 Mar 2007, Con Kolivas wrote:
> > On Sunday 25 March 2007 23:06, malc wrote:
> >> On Sun, 25 Mar 2007, Con Kolivas wrote:
> >>> On Sunday 25 March 2007 21:46, Con Kolivas wrote:
> On Sunday 25 March 2007 21:34, malc wrote:
> > On Sun,
On Sunday 25 March 2007 14:13:07 Rafael J. Wysocki wrote:
> On Sunday, 25 March 2007 01:40, Maxim wrote:
> > On Friday 23 March 2007 16:42:44 Rafael J. Wysocki wrote:
> > > On Friday, 23 March 2007 00:30, Rafael J. Wysocki wrote:
> > > > On Thursday, 22 March 2007 00:53, Rafael J. Wysocki wrote:
>
On Mon, 26 Mar 2007, Con Kolivas wrote:
On Monday 26 March 2007 00:57, malc wrote:
On Mon, 26 Mar 2007, Con Kolivas wrote:
On Sunday 25 March 2007 23:06, malc wrote:
On Sun, 25 Mar 2007, Con Kolivas wrote:
On Sunday 25 March 2007 21:46, Con Kolivas wrote:
On Sunday 25 March 2007 21:34,
On Monday 26 March 2007 01:19, malc wrote:
> On Mon, 26 Mar 2007, Con Kolivas wrote:
> > So before we go any further with this patch, can you try the following
> > one and see if this simple sanity check is enough?
>
> Sure (compiling the kernel now), too bad old axiom that testing can not
>
I just upgraded from 2.6.20.2 to 2.6.20.4 on my Compaq V6000 laptop,
which has an NVidia core chipset. It has the MCP51 and uses it for PATA
and SATA.
Booting the 2.6.20.4 kernel causes two messages (and a kernel lockup)
like this:
:00:0d.0: cannot adjust BAR0 (not I/O)
:00:0d.0: cannot
On 3/25/07, Bin Chen <[EMAIL PROTECTED]> wrote:
It is done by increase gfporder for low number to high(possibly 0 to
MAX_GFP_ORDER). But why increase the gfporder(or slab size) can
decrease the internal fragmentation?)
A simple example, suppose the slab management stuff is kept off-slab,
if the
Without attached patch against current -git I get following with
!PROC_SYSCTL (with EMBEDDED and PROC_FS set):
CC init/version.o
LD init/built-in.o
LD vmlinux
fs/built-in.o: In function `do_proc_sys_lookup':
proc_sysctl.c:(.text+0x26583): undefined reference to
Hi!
> This is a new Integrity Based Access Control(IBAC) LSM module which
> bases access control decisions on the new integrity framework services.
> IBAC is a sample LSM module to help clarify the interaction between
> LSM and Linux Integrity Modules(LIM).
>
>- Updated Kconfig
Hi!
> > +++ linux-2.6.21-rc4-mm1/security/evm/Kconfig
> > @@ -0,0 +1,17 @@
> > +config INTEGRITY_EVM
> > + boolean "EVM support"
> > + depends on INTEGRITY && KEYS
> > + select CRYPTO_HMAC
> > + select CRYPTO_MD5
> > + select CRYPTO_SHA1
> > + default 0
> > + help
> > + The
This patch removes unused function
CC drivers/char/ip2/ip2main.o
drivers/char/ip2/i2ellis.c:108: warning: ‘iiEllisCleanup’ defined but not used
Regards,
Michal
--
Michal K. K. Piotrowski
LTG - Linux Testers Group (PL)
(http://www.stardust.webpages.pl/ltg/)
LTG - Linux Testers Group (EN)
Remove unused function
CC drivers/kvm/svm.o
drivers/kvm/svm.c:207: warning: ‘inject_db’ defined but not used
Regards,
Michal
--
Michal K. K. Piotrowski
LTG - Linux Testers Group (PL)
(http://www.stardust.webpages.pl/ltg/)
LTG - Linux Testers Group (EN)
On Sun, Mar 25, 2007 at 02:12:32PM +0200, Peter Zijlstra wrote:
> On Sat, 2007-03-24 at 23:09 +0100, Miklos Szeredi wrote:
> > From: Miklos Szeredi <[EMAIL PROTECTED]>
> >
> > Dirty page accounting/limiting doesn't work for nonlinear mappings, so
> > for non-ram backed filesystems emulate with
The patch below (against latest git) gets rid of following unused
variables - clock_cmos_diff and got_clock_diff.
2 less compiler warnings.
Compile tested on i386.
Signed-off-by: Parag Warudkar <[EMAIL PROTECTED]>
--- linux-2.6/arch/i386/kernel/apm.c2007-03-24 21:43:35.0 -0400
fdomain.c uses the below stuff only if PCMCIA is not defined.
This causes unused variables to be defined when PCMCIA is not defined.
Wrap variables and functions around #ifndef PCMCIA appropriately to avoid
this.
4 less compiler warnings.
Compile tested on i386.
Signed-off-by: Parag
On Sun, Mar 25, 2007 at 08:23:23AM -0700, Kevin P. Fleming wrote:
> I just upgraded from 2.6.20.2 to 2.6.20.4 on my Compaq V6000 laptop,
> which has an NVidia core chipset. It has the MCP51 and uses it for PATA
> and SATA.
>
> Booting the 2.6.20.4 kernel causes two messages (and a kernel lockup)
Quoting Andrew Morton ([EMAIL PROTECTED]):
> On Fri, 23 Mar 2007 15:00:39 -0500 "Serge E. Hallyn" <[EMAIL PROTECTED]>
> wrote:
>
> > When CONFIG_UTS_NS=n, clone(CLONE_NEWUTS) quietly refuses. So correctly
> > does
> > not unshare a new uts namespace, but also does not return -EINVAL.
> >
> >
On Sun, Mar 25, 2007 at 12:06:19PM -0400, Parag Warudkar wrote:
>
> The patch below (against latest git) gets rid of following unused
> variables - clock_cmos_diff and got_clock_diff.
>
> 2 less compiler warnings.
>
> Compile tested on i386.
>
> Signed-off-by: Parag Warudkar <[EMAIL
> the 64-bit kernel indeed hangs. Does the patch below fix it for you?
Yes, that boots and seems to work fine.
Thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
> > I'd say "feature", glibc's malloc also returns an address on
> > malloc(0).
> >
> This is implementation defined-the standard allows for return of either
> null or an address.
Entirely for entertainment: AIX (5.3) returns NULL, IRIX returns a valid
address.
Folkert van Heusden
--
On Tue, Mar 20, 2007 at 11:53:55PM -0400, Gene Heskett wrote:
> On Tuesday 20 March 2007, Greg KH wrote:
> [...]
> >> It looks like, from the series files contents, that I grabbed the
> >> wrong 'queue', its all 2.6.21 stuff. url please.
> >
> >The patch queue can be found at:
> >
Quoting Pavel Machek ([EMAIL PROTECTED]):
> Hi!
>
> > This is a new Integrity Based Access Control(IBAC) LSM module which
> > bases access control decisions on the new integrity framework services.
> > IBAC is a sample LSM module to help clarify the interaction between
> > LSM and Linux
Currently cpuset_exit() changes the exiting task's ->cpuset pointer w/o
taking task_lock(). This can lead to ugly races between attach_task and
cpuset_exit. Details of the races are described at
http://lkml.org/lkml/2007/3/24/132.
Patch below closes those races. It is against 2.6.21-rc4 and has
Kevin P. Fleming wrote:
I just upgraded from 2.6.20.2 to 2.6.20.4 on my Compaq V6000 laptop,
which has an NVidia core chipset. It has the MCP51 and uses it for PATA
and SATA.
Booting the 2.6.20.4 kernel causes two messages (and a kernel lockup)
like this:
:00:0d.0: cannot adjust BAR0 (not
I am sorry for being completely off-topic, but I've been wondering for the
long time...
What if we replace raw_spinlock_t.slock with "struct task_struct *owner" ?
void _spin_lock(spinlock_t *lock)
{
struct task_struct *owner;
for (;;) {
On Sun, Mar 25, 2007 at 02:47:40PM +0900, Noriaki TAKAMIYA wrote:
> Hi,
>
> >> Sat, 24 Mar 2007 14:22:53 -0700
> >> [Subject: (usagi-core 32638) Re: [linux-usb-devel] [PATCH 0/2] [SERIAL]
> >> [USB] fixed to skip NULL entry in struct serial usb_serial_port.]
> >> Greg KH <[EMAIL PROTECTED]>
On Thu, Mar 22, 2007 at 20:42:44 +0100, Oliver Neukum wrote:
> Am Donnerstag, 22. März 2007 20:17 schrieb Tino Keitel:
> > On Thu, Mar 22, 2007 at 09:50:29 +0100, Oliver Neukum wrote:
> > > Am Mittwoch, 21. März 2007 21:47 schrieb Tino Keitel:
> > >
> > > > along with other USB error messages. I
> I finally got curious enough to want to debug why starting kvm with
> tun/tap networking produces a bunch of
>
> rtc: lost some interrupts at 1024Hz.
>
> messages. So I'm assuming it's a ~millisecond irqs-off section
> somewhere.
And after everything, it's a heisenbug -- I
On Sun, Mar 25, 2007 at 04:58:25PM +0200, Adrian Bunk wrote:
> remove_inode_dquot_ref() can now become static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> Acked-by: Jan Kara <[EMAIL PROTECTED]>
Looks good to me.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On 3/25/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
On Sun, Mar 25, 2007 at 12:06:19PM -0400, Parag Warudkar wrote:
You could also remove the APM_RTC_IS_GMT config option.
Yep, that isn't used anymore. Separate Kconfig patch below and also attached.
Parag
Signed-off-by: Parag Warudkar
On Mon, 26 Mar 2007, Con Kolivas wrote:
On Monday 26 March 2007 01:19, malc wrote:
On Mon, 26 Mar 2007, Con Kolivas wrote:
So before we go any further with this patch, can you try the following
one and see if this simple sanity check is enough?
Sure (compiling the kernel now), too bad old
Greg KH wrote:
> Kevin, does 2.6.21-rc4 work properly for you?
No, it seems to exhibit the same behavior. However, I should note that
this laptop is not 100% stable under any kernel release anyway... in
text console mode it frequently locks up tight (although not with the
NVidia closed-source
Adrian Bunk schrieb:
> On Sun, Mar 25, 2007 at 01:41:33PM +0200, Thomas Meyer wrote:
>
>> ...
>> The first suspend to disk is ok. The second suspend to disk has a
>> strange behaviour:
>> 1.) write pm image
>> 2.) the system disable the non-boot cpus again (i guess this happens in
>>
[Linux version 2.6.20.4 ([EMAIL PROTECTED]) (gcc version 4.1.1 20070105 (Red
Hat 4.1.1-51))
#1 PREEMPT Sun Mar 25 17:31:32 BST 2007]
Hi,
I have just booted the 2.6.20.4 kernel on an old 350 MHz P2, and am now seeing
these messages in
my boot log:
Setting up standard PCI resources
ACPI:
Hi, Vatsa,
Srivatsa Vaddagiri wrote:
diff -puN kernel/cpuset.c~cpuset_race_fix kernel/cpuset.c
--- linux-2.6.21-rc4/kernel/cpuset.c~cpuset_race_fix2007-03-25
21:08:27.0 +0530
+++ linux-2.6.21-rc4-vatsa/kernel/cpuset.c 2007-03-25 21:25:05.0
+0530
@@ -1182,6 +1182,7 @@
[ This is both 2.6.21 and -stable material ]
During a static link, ld has started putting a .note section in the
.uml.setup.init section. This has the result that the UML setups
begin with 32 bytes of garbage and UML crashes immediately on boot.
This patch creates a specific .note section for
This patch uses MAX_REG_NR consistently to refer to the register file
size. FRAME_SIZE isn't sufficient because on x86_64, it is smaller
than the ptrace register file size. MAX_REG_NR was introduced as a
consistent way to get the number of registers, but wasn't used
everywhere it should be.
Some drivers do register_chrdev() before lock or semaphore used in
corresponding file_operations is initialized.
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
drivers/block/aoe/aoechr.c |4 ++--
drivers/char/tb0219.c |4 ++--
2 files changed, 4 insertions(+), 4
Remove the Kconfig requirement that the PCMCIA SCSI drivers be built
only as modules, and allow them to be built into the kernel.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
i imagine there's a historical reason for these drivers being forced
to be built only as modules. and i'm
On 3/25/07, Gabriel C <[EMAIL PROTECTED]> wrote:
Kevin P. Fleming wrote:
> I just upgraded from 2.6.20.2 to 2.6.20.4 on my Compaq V6000 laptop,
> which has an NVidia core chipset. It has the MCP51 and uses it for PATA
> and SATA.
>
> Booting the 2.6.20.4 kernel causes two messages (and a kernel
On Sun, 25 Mar 2007, Thomas Gleixner wrote:
>
> Environment: Pre Pentium systems, (boot_cpu_data.wp_works_ok == 0)
This shouldn't be "pre-pentium", afaik. WP-works-ok on i486 too. I think
only the original i386 had this bug ("feature").
But I agree, it does seem to be broken on such machines
On 3/24/07, Con Kolivas <[EMAIL PROTECTED]> wrote:
kernel/sched.c | 51 +++
1 file changed, 51 insertions(+)
2.6.21-rc4-mm1 also fails for me.
I tried pure 2.6.21-rc4-mm1, +hotfixes, +hotfixes+rsdl33 and at last
also added above debug patch.
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> On Sun, 25 Mar 2007, Thomas Gleixner wrote:
> >
> > Environment: Pre Pentium systems, (boot_cpu_data.wp_works_ok == 0)
>
> This shouldn't be "pre-pentium", afaik. WP-works-ok on i486 too. I
> think only the original i386 had this bug ("feature").
>
On Sunday, 25 March 2007 16:17, Thomas Meyer wrote:
> Rafael J. Wysocki schrieb:
> > On Sunday, 25 March 2007 14:03, Eric W. Biederman wrote:
> >
> >> Thomas Meyer <[EMAIL PROTECTED]> writes:
> >>
> >>
> >>> Eric W. Biederman schrieb:
> >>>
> Thomas could you verify the patch
On Sun, 25 Mar 2007 15:20:35 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
>
> > The problem is memory reclaim. A number of schemes which have been
> > proposed require a per-container page reclaim mechanism - basically a
> > separate scanner.
> >
> > This is a huge,
I have some question: what's going on? How can it work?
Local spinlock _on_stack_, initialized, acquired and dropped.
drivers/media/video/vivi.c:
271 static void gen_line(struct sg_to_addr to_addr[],int inipos,int
pages,int wmax,
272 int hmax, int line, char
> Jan, any thoughts about this?
> Should this be backed out of the -stable releases?
All the code does if it prints that message.. is print that message.
The fact the message appears at all appears to indicate a slightly odd
BIOS but since the values in those registers are undefined in this mode
On Sun, 25 Mar 2007 19:13:50 +0100, Torsten Kaiser wrote
> On 3/25/07, Gabriel C <[EMAIL PROTECTED]> wrote:
> > Kevin P. Fleming wrote:
> > > I just upgraded from 2.6.20.2 to 2.6.20.4 on my Compaq V6000 laptop,
> > > which has an NVidia core chipset. It has the MCP51 and uses it for PATA
> > > and
On Sunday, 25 March 2007 19:25, Thomas Meyer wrote:
> Adrian Bunk schrieb:
> > On Sun, Mar 25, 2007 at 01:41:33PM +0200, Thomas Meyer wrote:
> >
> >> ...
> >> The first suspend to disk is ok. The second suspend to disk has a
> >> strange behaviour:
> >> 1.) write pm image
> >> 2.) the system
On Sunday, 25 March 2007 14:56, Eric W. Biederman wrote:
> "Rafael J. Wysocki" <[EMAIL PROTECTED]> writes:
>
> > Yes, in kernel/power/disk.c:power_down() .
> >
> > Please comment out the disable_nonboot_cpus() in there and retest (but
> > please
> > test the latest Linus' tree).
>
>
>
> Why
On Sat, 24 Mar 2007 16:51:38 -0700 Wink Saville wrote:
> This is the Trec driver, Makefile, header files.
> Enable trec in Kernel hacking configuration menu.
>
> Signed-off-by: Wink Saville <[EMAIL PROTECTED]>
> ---
> diff --git a/drivers/trec/trec.c b/drivers/trec/trec.c
> new file mode 100644
On Sun, Mar 25, 2007 at 02:22:08PM +0200, Helmut Auer wrote:
> Hello List,
>
> The kernel 2.6.20 makes a long delay during booting ( about 15 seconds )
> after showing:
>
> NET: Registered protocol family 2
>
> then it goes along with:
>
> IP route cache hash table entries: 2048
On Sun, Mar 25, 2007 at 09:08:46PM +0100, Alan Cox wrote:
> > Jan, any thoughts about this?
> > Should this be backed out of the -stable releases?
>
> All the code does if it prints that message.. is print that message.
>...
It also adds PCI_BASE_ADDRESS_SPACE_IO to the flags which it didn't
On Sat, 24 Mar 2007 16:51:37 -0700 Wink Saville wrote:
> Trec is a light weight tracing mechanism that places
> trace information into a buffer. The contents of the
> buffer is dumped when errors occurs or when enabled
> via SYSRQ commands.
>
> Signed-off-by: Wink Saville <[EMAIL PROTECTED]>
>
On Sunday, 25 March 2007 17:10, Maxim wrote:
> On Sunday 25 March 2007 14:13:07 Rafael J. Wysocki wrote:
> > On Sunday, 25 March 2007 01:40, Maxim wrote:
> > > On Friday 23 March 2007 16:42:44 Rafael J. Wysocki wrote:
> > > > On Friday, 23 March 2007 00:30, Rafael J. Wysocki wrote:
> > > > > On
Ingo Molnar wrote:
> * Ray Lee <[EMAIL PROTECTED]> wrote:
>
>> Subject: [PATCH] x86_64: avoid sending LOCAL_TIMER_VECTOR IPI to
>> itself
>>
>> Ray Lee reported, that on an UP kernel with "noapic" command line
>> option set, the box locks hard during boot.
>
> i think this bug deserves a bit
Fix NULL pointer dereference on hot ejection of a FireWire card while
dv1394 was loaded. http://bugzilla.kernel.org/show_bug.cgi?id=7121
I did not test card ejection with open /dev/dv1394 files yet.
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
---
Picked from 2.6.21-rc1.
Fix NULL pointer dereference on hot ejection of a FireWire card while
dv1394 was loaded. http://bugzilla.kernel.org/show_bug.cgi?id=7121
I did not test card ejection with open /dev/dv1394 files yet.
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
---
Backport from 2.6.21-rc1.
On Sunday, 25 March 2007 21:06, Rafael J. Wysocki wrote:
> On Sunday, 25 March 2007 19:25, Thomas Meyer wrote:
> > Adrian Bunk schrieb:
> > > On Sun, Mar 25, 2007 at 01:41:33PM +0200, Thomas Meyer wrote:
> > >
> > >> ...
> > >> The first suspend to disk is ok. The second suspend to disk has a
>
On Sun, 2007-03-25 at 11:14 -0700, Linus Torvalds wrote:
> > Environment: Pre Pentium systems, (boot_cpu_data.wp_works_ok == 0)
>
> This shouldn't be "pre-pentium", afaik. WP-works-ok on i486 too. I think
> only the original i386 had this bug ("feature").
>
> But I agree, it does seem to be
On Sun, 2007-03-25 at 14:22 +0200, Helmut Auer wrote:
> Hello List,
>
> The kernel 2.6.20 makes a long delay during booting ( about 15 seconds )
> after showing:
>
> NET: Registered protocol family 2
>
> then it goes along with:
>
> IP route cache hash table entries: 2048 (order: 1, 8192
> + task_lock(tsk);
> cs = tsk->cpuset;
> tsk->cpuset = _cpuset; /* the_top_cpuset_hack - see above */
> + atomic_dec(>count);
> + task_unlock(tsk);
>
> if (notify_on_release(cs)) {
> char *pathbuf = NULL;
>
> mutex_lock(_mutex);
>
> How about using a local variable like ref_count and using
>
> ref_count = atomic_dec_and_test(>count); This will avoid the two
> atomic operations, atomic_dec() and atomic_read() below.
This would also seem to address the race I just noticed in my previous
reply.
Though I would suggest that
On Sun, 25 Mar 2007 01:34:02 -0400, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> > + * Without this, a touchpad may report an unchanged
> > position,
> > + * then a sync. The input_event() eats the position report,
> > but
> > + * lets the sync
Hello,
I'm running a Macbook Pro first generation (Core Duo, so x86).
I ran accross these two problems while upgrading from 2.6.21-rc3 to the
current git HEAD:
1. appletouch cannot initialize the device properly at boot time (the
module is automatically loaded by Gentoo), I have to reload the
lo,
aic7xxx driver mmio / dma on x86_64 and some pre 2.6.19.5 ix86 linux kernels are
broken here with the adaptec asc19160 PCI/32 scsi hba pci card.
well, i've got several live cd systems < 2.6.19.5i386 like whax 3.0 and knoppix
that oops
and hang boot in aic7xxx init, only one booting here
* Guennadi Liakhovetski <[EMAIL PROTECTED]> [2007-03-24 00:21]:
> On Fri, 23 Mar 2007, Bernhard Walle wrote:
>
> > * Guennadi Liakhovetski <[EMAIL PROTECTED]> [2007-03-23 23:15]:
> > > On Fri, 23 Mar 2007, Bernhard Walle wrote:
> > >
> > > > irqpoll is broken on some architectures that don't use
301 - 400 of 494 matches
Mail list logo