On Fri, 2007-07-27 at 12:01 +1000, Benjamin Herrenschmidt wrote:
> Some architectures like sparc can do useful optimizations when knowing
> that an entire MM is being destroyed. At the moment, they rely on
> fullmm in the mmu_gather structure. However, that doesn't always work
> out very well with
On Thu, 2007-07-26 at 17:23 -0700, Andrew Morton wrote:
> On Thu, 26 Jul 2007 16:52:44 -0700 Suleiman Souhlal <[EMAIL PROTECTED]> wrote:
>
> > make_pages_present() is dirtying mlocked pages if the VMA is writable, even
> > though it shouldn't, by telling get_user_pages() to simulate a write fault.
Len Brown wrote:
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
This seems to break ia64 defconfig:
Building modules, stage 2.
MODPOST 157 modules
FATAL: drivers/acpi/button: sizeof(struct acpi_device_id)=20 is not a modulo of
On Thu, 26 Jul 2007, Andrew Patterson wrote:
> On Thu, 2007-07-26 at 15:36 +0200, Ulrich Windl wrote:
> > Hi,
> >
> > I have a question: The Qlogic ISP2422 chip is said to handle PCI-X 266MHz.
> > So does
> > the HP Itanium2 server rx6600. Basically that was the reason to select that
> > serve
Alan Cox wrote:
The manufacturer is using a scope to look for RTS and they're not seeing
it, either. I just use my eyes to look at the LED, but I can see the
CTS, DTR, DCD, RD, and TD lights blink, flicker, or dim... (and TD, RD,
and CTS tend to go on and off rather quickly).
And you h
On Tue 2007-07-17 08:08:24, Aaron Durbin wrote:
> On 7/17/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
> >On Monday 16 July 2007 20:00:19 Aaron Durbin wrote:
> >>
> >> Add the ability to reset the machine using the
> >RESET_REG in ACPI's FADT table.
> >
> >Why? I had such a patch at some point as exp
On Thu, Jul 26 2007, Randy Dunlap wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Fix some typos in pipe.c and splice.c.
> Add pipes API to kernel-api.tmpl.
Thanks Randy, applied.
--
Jens Axboe
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
From: David Miller <[EMAIL PROTECTED]>
Date: Thu, 26 Jul 2007 19:07:51 -0700 (PDT)
> Two ways to fix:
>
> 1) Make the PROC wrapper call ->unlocked_ioctl() or ->ioctl()
>as a fallback of ->compat_ioctl is NULL.
>
> 2) Make proc_bus_pci_operations provide a .compat_ioctl method,
>but then
On 07/27/2007 02:46 AM, Jesper Juhl wrote:
On 26/07/07, Andika Triwidada <[EMAIL PROTECTED]> wrote:
Might be insignificant, but updatedb calls find (~2M) and sort (~26M).
Definitely not RAM intensive though (RAM is 1GB).
That doesn't match my box at all :
[ ... ]
This is a Slackware Lin
Alan Cox wrote:
Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing enabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
It's a Shuttle HOT-661 motherboard (VIA Apollo Pro Plus mainboard
chipset). Both FreeBSD and Linux identify the serial chi
Hi Pierre,
I have a 1GB SanDisk SD card here which linux does not recognize.
Looking at the MMC debug output, I see the MMC core repeatedly
issues CMD55/CMD41 commands (which all succeed!) then stops
after 100 times. In sd_ops.c the code checks for a bit to get set.
My question is, what exactly i
On Fri, Jul 27, 2007 at 05:36:14AM +0100, Al Viro wrote:
> On Fri, Jul 27, 2007 at 06:27:44AM +0200, Sam Ravnborg wrote:
> > On Fri, Jul 27, 2007 at 02:18:13AM +0100, Al Viro wrote:
> > > On Thu, Jul 26, 2007 at 11:01:41PM +0200, Sam Ravnborg wrote:
> > >
> > > > +static void *__init_refok alloc
> +Other fields in the container_subsys object include:
> +- hierarchy: an index indicating which hierarchy, if any, this
> + subsystem is currently attached to. If this is -1, then the
> + subsystem is not attached to any hierarchy, and all tasks should be
> + considered to be members of the s
Hi all,
Add some backgrounds:
When doing fio test on kernel 2.6.22, we got oops,
--
BUG: unable to handle kernel paging request at virtual address 23c070bf
printing eip:
c04a07fd
*pdpt = 1ff88001
*pde =
Oops: 00
On Thu, 26 Jul 2007 17:04:00 +0800 Joe Jin <[EMAIL PROTECTED]> wrote:
> This is the patch for check do_direct_IO() return val.
>
> At do_direct_IO(), sometimes dio_get_page() will return -EFAULT/-ENOMEM,
> according to orig source, it will go on left work. buf for dio_get_page()
> return a error
On Thu, 2007-07-26 at 11:05 -0700, Andrew Morton wrote:
> On Thu, 26 Jul 2007 14:46:58 +0200 Mike Galbraith <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 2007-07-26 at 03:09 -0700, Andrew Morton wrote:
> >
> > > Setting it to zero will maximise the preservation of the vfs caches. You
> > > wanted 100
Andrew Morton writes the following:
>> >
>> > Did this get merged, or otherwise fixed? Even though the code in there has
>> > changed quite a bit, it looks to my untrained eye like the fix is still
>> > applicable?
>>
>> Merged a fixed version:
>>
>> f5d834fc34e61f1a40435981062000e5d2b2baa8
>>
flush icache for ia64 take4.
This patch is against 2.6.23-rc1.
Changes v3 -> v4:
- avoid implementing flush_(i)cache_pages().
- added sync_icache_dcache() call.
- change Documentation/cachetlb.txt
Current ia64 kernel flushes icache by lazy_mmu_prot_update() *after*
set_pte(). This is wrong.
In migration, a new page should be cache flushed before set_pte()
in some archs.
Signed-Off-By: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
---
mm/migrate.c |1 +
1 file changed, 1 insertion(+)
Index: linux-2.6.23-rc1.test/mm/migrate.c
=
On Fri, Jul 27, 2007 at 06:27:44AM +0200, Sam Ravnborg wrote:
> On Fri, Jul 27, 2007 at 02:18:13AM +0100, Al Viro wrote:
> > On Thu, Jul 26, 2007 at 11:01:41PM +0200, Sam Ravnborg wrote:
> >
> > > +static void *__init_refok alloc_rte(unsigned long size)
> > > +{
> > > + return alloc_bootmem(size
This patch set is flush_cache_xxx fixes for ia64, take4.
against 2.6.23-rc1.
Consists of 2 patches.
1. page migration fix ... Christoph, could you review this ?
2. remove lazy_mmu_prot_update() and introduce sync_icache_dcache()
If name or style is wrong, please point out.
Any comme
Felipe Balbi escreveu:
On 7/26/07, Tiago Vignatti <[EMAIL PROTECTED]> wrote:
I made a module using the notifier scheme which already exists inside
the kernel. The problem is that the page fault notifier doesn't show the
address which happened the fault.
This little patch increments this functio
Jian-Xin Lai wrote:
> But as we know, the kerword 'register' is only a suggestion. The
> language specification does not force to put the 'register' variable
> into a register.
> Putting the variable onto stack does not violate anything, but the
> assembler will fail.
> I think the hack does not re
Borislav Petkov wrote:
>>
>> The absolute best would be if we could replicate this in simulation
>> (Bochs or Qemu); this would make it very simple to debug. Would you be
>> willing to try to do that?
> sure, will do, however i'll be busy at work/travelling tomorrow but as soon
> as i
> get home
Signed-off-by: Tiago Vignatti <[EMAIL PROTECTED]>
---
arch/i386/mm/fault.c |9 +
include/linux/kdebug.h |1 +
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/arch/i386/mm/fault.c b/arch/i386/mm/fault.c
index 01ffdd4..c405802 100644
--- a/arch/i386/mm/fault.c
+++ b
reformatting the patche. See http://lkml.org/lkml/2007/7/26/513.
--
Tiago Vignatti
C3SL - Centro de Computacao Cientifica e Software Livre
www.c3sl.ufpr.br
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Fri, Jul 27, 2007 at 02:18:13AM +0100, Al Viro wrote:
> On Thu, Jul 26, 2007 at 11:01:41PM +0200, Sam Ravnborg wrote:
>
> > +static void *__init_refok alloc_rte(unsigned long size)
> > +{
> > + return alloc_bootmem(size);
> > +}
>
> That makes no sense at all. If we ever call that after f
On Fri, 27 Jul 2007 13:00:21 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
> On Thu, 2007-07-26 at 18:48 -0700, Andrew Morton wrote:
> > On Wed, 25 Jul 2007 17:12:45 +1000 Benjamin Herrenschmidt <[EMAIL
> > PROTECTED]> wrote:
> >
> > > On Tue, 2007-07-24 at 21:28 -0400, Alan Curry wro
Alan Stern wrote:
> Tejun:
>
> Please take a look at comment #50 in Bugzilla 8535:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=8535#c50
>
> There have been several reports like this one recently of BUGs
> occurring in release_sysfs_dirent() during device unregistration.
> Obviously a
On Jul 25, 2007, at 4:21 PM, Jeff Garzik wrote:
I'll let paulus and linuxppc merge this one (or not)...
That would most likely be me, than paulus. Since this is for a
Freescale PPC SoC.
- k
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix some typos in pipe.c and splice.c.
Add pipes API to kernel-api.tmpl.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
Documentation/DocBook/kernel-api.tmpl | 13 +++--
fs/pipe.c |2 +-
fs/splice.c
On Wed, 25 Jul 2007 20:37:37 PDT, Andrew Morton said:
> I can't imagine what we did to break tpm_tis, sorry. Nothing has changed
> in there for ages.
>
> Perhaps something broke at the bus level. It would be useful to add
OK, so I made a more intrusive printk-all-over patch to track what it wa
Jason Yeh sent his crashing .config: bzImages made with
CONFIG_RELOCATABLE=y put the relocs where the BSS is expected, and we
crash with unusual results such as:
lguest: unhandled trap 14 at 0xc0122ae1 (0xa9)
Relying on BSS being zero was merely laziness on my part.
Signed-off-by: Rusty
On 7/26/07, Tiago Vignatti <[EMAIL PROTECTED]> wrote:
I made a module using the notifier scheme which already exists inside
the kernel. The problem is that the page fault notifier doesn't show the
address which happened the fault.
This little patch increments this functionality. I chose to break
I made a module using the notifier scheme which already exists inside
the kernel. The problem is that the page fault notifier doesn't show the
address which happened the fault.
This little patch increments this functionality. I chose to break the
ABI putting a new field in 'die_args' instead b
On Fri, 18 May 2007 15:09:53 -0400
Matt LaPlante <[EMAIL PROTECTED]> wrote:
> On Fri, 18 May 2007 20:01:54 +0200
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > On Fri, May 18, 2007 at 01:04:41PM -0400, Matt LaPlante wrote:
> >
> > > ping?
> >
> > Noone disagreed, and trivial patches will be for
On Thu, 2007-07-26 at 18:48 -0700, Andrew Morton wrote:
> On Wed, 25 Jul 2007 17:12:45 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> wrote:
>
> > On Tue, 2007-07-24 at 21:28 -0400, Alan Curry wrote:
> > > As of 2.6.22 the kernel doesn't recognize the i8042 keyboard/mouse
> > > controller
>
On Thu, 2007-26-07 at 11:00 +0200, Ingo Molnar wrote:
> Subject: sched: make cpu_clock() not use the rq clock
> From: Ingo Molnar <[EMAIL PROTECTED]>
>
> it is enough to disable interrupts to get the precise rq-clock
> of the local CPU.
Hi Ingo,
Those new fast nanoseconds resolution clock APIs a
But as we know, the kerword 'register' is only a suggestion. The
language specification does not force to put the 'register' variable
into a register.
Putting the variable onto stack does not violate anything, but the
assembler will fail.
I think the hack does not really work. THX.
2007/7/26, H. P
This change:
commit 786d7e1612f0b0adb6046f19b906609e4fe8b1ba
Author: Alexey Dobriyan <[EMAIL PROTECTED]>
Date: Sun Jul 15 23:39:00 2007 -0700
Fix rmmod/read/write races in /proc entries
Broke ioctl() on /proc/bus/pci/* files for COMPAT platforms.
proc_fops->ioctl() is defined for these P
This is a bug report. Any further information you may need, please let
me know.
I have a separate partition for tests and can generate a special kernel
to obtain any data you may need.
Thanks.
1.
USB subsystem (part of it) hangs
2.
Symptoms (main):
1. My USB wireless card stops working (led t
On Thu, 2007-07-26 at 14:04 -0700, Linus Torvalds wrote:
>
> On Thu, 26 Jul 2007, Bryan Wu wrote:
> >
> > Please pull from 'from-svn' branch of
> >
> > master.kernel.org:/pub/scm/linux/kernel/git/cooloney/blackfin-2.6.git
> > from-svn
>
> I just get
>
> error: no such remote ref refs/h
Some architectures like sparc can do useful optimizations when knowing
that an entire MM is being destroyed. At the moment, they rely on
fullmm in the mmu_gather structure. However, that doesn't always work
out very well with some of the changes we are doing. Among other things,
the TLB flushing on
On Thu, 2007-07-26 at 14:04 -0700, Linus Torvalds wrote:
>
> On Thu, 26 Jul 2007, Bryan Wu wrote:
> >
> > Please pull from 'from-svn' branch of
> >
> > master.kernel.org:/pub/scm/linux/kernel/git/cooloney/blackfin-2.6.git
> > from-svn
>
> I just get
>
> error: no such remote ref refs/h
On Wed, 25 Jul 2007 17:12:45 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
> On Tue, 2007-07-24 at 21:28 -0400, Alan Curry wrote:
> > As of 2.6.22 the kernel doesn't recognize the i8042 keyboard/mouse
> > controller
> > on the PegasosPPC. This is because of a feature/bug in the OF devi
Andrew Morton wrote:
On Wed, 25 Jul 2007 08:39:01 -0700 Yinghai Lu <[EMAIL PROTECTED]> wrote:
Subject : Regression in serial console on ia64 after 2.6.22
References : http://marc.info/?l=linux-ia64&m=118483645914066&w=2
Last known good : ?
Submitter : Horms <[EMAIL PROTECTED]
On Wed, 25 Jul 2007 08:39:01 -0700 Yinghai Lu <[EMAIL PROTECTED]> wrote:
> >> Subject : Regression in serial console on ia64 after 2.6.22
> >> References : http://marc.info/?l=linux-ia64&m=118483645914066&w=2
> >> Last known good : ?
> >> Submitter : Horms <[EMAIL PROTECTED]>
>
On Thu, Jul 26, 2007 at 09:19:22PM -0400, J. Bruce Fields wrote:
> Thanks, uh, I probably saw that message too.
>
> Hm, trying it just now--it catches the svclock.c mistake, but not the
> one in nfsd/nfs4xdr.c--at least not as far as I can tell.
fs/nfsd/nfs4xdr.c:2659:32: warning: incorrect typ
On Thu, Jul 26, 2007 at 11:12:09AM -0700, H. Peter Anvin wrote:
> Borislav Petkov wrote:
> >
> >> What distro/version of grub are you running?
> > Debian unstable
> >> I'm wondering if there are
> >> some old version of grub out there which did the "load four sectors"
> >> way-anciently-obsolete
I'd like to clarify that I'm not trying to push this particular code to
the kernel. I'm a researcher. My intent was to point out that we have a
problem in the scheduler and my dwrr algorithm can potentially help fix
it. The patch itself was merely a proof-of-concept. I'd be thrilled if the
algo
On Fri, 27 Jul 2007, Dave Airlie wrote:
Hi Linus,
Please pull the 'agp-patches' branch from
git://master.kernel.org/pub/scm/linux/kernel/git/airlied/agp-2.6.git agp-patches
and of course I find the old version of my script..
that should be
ssh://master.kernel.org/pub/scm/linux/kernel/git/ai
Hi Linus,
Please pull the 'agp-patches' branch from
git://master.kernel.org/pub/scm/linux/kernel/git/airlied/agp-2.6.git agp-patches
It contains one very important fix from Nick for AGP hangs with the
nopage/pfn/flush stuff.. it also contains some minor docs changes and one
coverity fix.
Da
On Thu, Jul 26, 2007 at 03:34:56PM -0700, Suresh B wrote:
> On Fri, Jul 27, 2007 at 12:18:30AM +0200, Ingo Molnar wrote:
> >
> > * Siddha, Suresh B <[EMAIL PROTECTED]> wrote:
> >
> > > Introduce SD_BALANCE_FORK for HT/MC/SMP domains.
> > >
> > > For HT/MC, as caches are shared, SD_BALANCE_FORK i
On Fri, Jul 27, 2007 at 10:11:41AM +1000, Neil Brown wrote:
> On Thursday July 26, [EMAIL PROTECTED] wrote:
> > On Thu, Jul 26, 2007 at 05:33:49PM +0100, Al Viro wrote:
> > >
> >
> > Oops, thanks; these are my fault.
> >
> > (How are you finding these? I was assuming sparse, but running a make
On Thu, Jul 26, 2007 at 11:01:41PM +0200, Sam Ravnborg wrote:
> +static void *__init_refok alloc_rte(unsigned long size)
> +{
> + return alloc_bootmem(size);
> +}
That makes no sense at all. If we ever call that after freeing initmem,
we are screwed, period. Sounds like __init fodder.
-
T
On Thu, Jul 26, 2007 at 09:05:15AM -0400, Chris Mason wrote:
> On Thu, 26 Jul 2007 04:36:39 +0200
> Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> [ are state trees a good idea? ]
>
> > > One thing it gains us is finding the start of the cluster. Even if
> > > called by kswapd, the state tree allows
On Fri, 27 Jul 2007 02:42:58 +0200 Stefan Richter wrote:
> Krzysztof Halasa wrote:
> > and even if I could, "always use" seems way too strong in this case.
>
> Besides, how about reorienting the CodingStyle text to the essential?
I don't mind that. Send patch(es).
> (But leave the humorous lan
> Does skge work for your hardware?
I unloaded sky2 and loaded skge at one point, but it didn't recognize my
hardware. Perhaps it doesn't work with the 88E8053?
Kyle
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More major
Rusty Russell wrote:
On Thu, 2007-07-26 at 16:07 -0700, Linus Torvalds wrote:
On Thu, 26 Jul 2007, Parag Warudkar wrote:
arch/i386/kernel/paravirt.o: In function `init_IRQ':
(.text+0xb20): multiple definition of `init_IRQ'
arch/i386/kernel/i8259.o:(.init.text+0x30): first defined here
l
Thanks for the pointer. I've done this, and created an actual kernel
module tarball that is now available at
http://www.krose.org/~krose/projects/sk98lin/sk98lin.tar.gz.
Thanks,
Kyle
Jan Engelhardt wrote:
> On Jul 26 2007 12:30, Kyle Rose wrote:
>>> Sorry for the nitpick, it can be done easier
On Thu, 2007-07-26 at 16:07 -0700, Linus Torvalds wrote:
>
> On Thu, 26 Jul 2007, Parag Warudkar wrote:
> >
> > arch/i386/kernel/paravirt.o: In function `init_IRQ':
> > (.text+0xb20): multiple definition of `init_IRQ'
> > arch/i386/kernel/i8259.o:(.init.text+0x30): first defined here
> > ld: Warn
On Fri, 27 Jul 2007 02:42:58 +0200 Stefan Richter <[EMAIL PROTECTED]> wrote:
> Krzysztof Halasa wrote:
> > and even if I could, "always use" seems way too strong in this case.
>
> Besides, how about reorienting the CodingStyle text to the essential?
>
> (But leave the humorous language in --- th
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Date: Fri, 27 Jul 2007 10:44:06 +1000
> After my frv patch, nobody uses flush_tlb_pgtables anymore, this patch
> removes all remaining traces of it from all archs.
>
> Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Acked-by: David S. Mi
On 26/07/07, Andika Triwidada <[EMAIL PROTECTED]> wrote:
On 7/26/07, Rene Herman <[EMAIL PROTECTED]> wrote:
> On 07/25/2007 07:15 PM, Robert Deaton wrote:
>
> > On 7/25/07, Rene Herman <[EMAIL PROTECTED]> wrote:
>
> >> And there we go again -- off into blabber-land. Why does swap-prefetch
> >> he
>> How's that for a one-liner? ;)
>- the return value from acpi_cpufreq_early_init() gets ignored,
> so the module will still load, but won't work.
>- Once that is fixed, the test for !acpi_perf_data[cpu] in
> acpi_cpufreq_cpu_init() can be removed.
We will modify code in those places.
-
To un
After my frv patch, nobody uses flush_tlb_pgtables anymore, this patch
removes all remaining traces of it from all archs.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
This is part of a couple of pre-reqs cleanup for my mmu_gather work,
which makes things easier later on. I'll do
Krzysztof Halasa wrote:
> and even if I could, "always use" seems way too strong in this case.
Besides, how about reorienting the CodingStyle text to the essential?
(But leave the humorous language in --- the few parts that are inherited
from old versions of that file, now more and more being bur
Removed unused dead crap from machdep.h header.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naur linux-2.6.23-rc1-git2/include/asm-m68knommu/machdep.h
linux/include/asm-m68knommu/machdep.h
--- linux-2.6.23-rc1-git2/include/asm-m68knommu/machdep.h 2007-07-27
10:35:41.
Make declaration of mach_sched_init match definition
(which is in arch/m68knommu/kernel/setup.c).
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naur linux-2.6.23-rc1-git2/include/asm-m68knommu/machdep.h
linux/include/asm-m68knommu/machdep.h
--- linux-2.6.23-rc1-git2/include/asm-m68kn
Al Boldi wrote:
>
> Thanks for asking. I'm rather surprised why nobody's noticing any of this
> slowdown. To be fair, it's not really a regression, on the contrary, 2.4 is
> lot worse wrt swapin and swapout, and Rik van Riel even considers a 50%
> swapin slowdown wrt swapout something like be
>On 7/26/07, WANG Cong <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 26, 2007 at 06:46:26AM +, Dave Young wrote:
> >>On 7/26/07, Greg KH <[EMAIL PROTECTED]> wrote:
> >> On Thu, Jul 26, 2007 at 11:03:54AM +, Dave Young wrote:
> >> > Use mutex instead of semaphore in sysfs/file.c : sys_buffer.
> >
On Fri, 27 Jul 2007 02:18:34 +0200 Krzysztof Halasa <[EMAIL PROTECTED]> wrote:
> Josh Triplett <[EMAIL PROTECTED]> writes:
>
> > +This also does not apply to a do-while loop; always use braces with a
> > do-while,
> > +even if it contains a single statement:
>
> I can't see anything wrong with
On 7/26/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> wrong, it's active on three of my boxes already :) But then again, i
> never had these hangover problems. (not really expected with gigs of RAM
> anyway)
[...]
> --- /etc/cron.daily/mlocate.cron.orig
[...]
mlocate by design doesn't thrash the ca
Further Googling revealed the cause was my /etc/iftab file.
Sorry for bothering the list, the problems I have been having with acpi
and the Q965 express chipset had me thinking this was a related issue.
JonH
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Thu, 26 Jul 2007 17:08:57 -0700 Randy Dunlap <[EMAIL PROTECTED]> wrote:
> + Use the relevant mailing list(s) -- don't just send everything to
> + lkml (linux-kernel@vger.kernel.org).
True.
I personally only troll lkml for unloved patches, so I suspect that a
random patch which is sent
Jesper Juhl wrote:
On 27/07/07, Randy Dunlap <[EMAIL PROTECTED]> wrote:
From: Randy Dunlap <[EMAIL PROTECTED]>
Add text on using relevant mailing lists.
I'd add a little bit to that - see below
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
MAINTAINERS | 13 -
1 file ch
On Thu, 26 Jul 2007 16:52:44 -0700 Suleiman Souhlal <[EMAIL PROTECTED]> wrote:
> make_pages_present() is dirtying mlocked pages if the VMA is writable, even
> though it shouldn't, by telling get_user_pages() to simulate a write fault.
>
> A simple way to test this is to mlock a multi-GB file, and
I'm setting up a new machine with a Intel DQ965GF motherboard. It has a
onboard Intel PRO/1000 NIC (e1000) and two Netgear FA310TX PCI NICs
which use the tulip driver. When I boot normally using the generic
2.6.22.1 or 2.6.23-rc1 kernel the dmesg output shows that all three NICs
are detected, e
Josh Triplett <[EMAIL PROTECTED]> writes:
> +This also does not apply to a do-while loop; always use braces with a
> do-while,
> +even if it contains a single statement:
I can't see anything wrong with
do
abc;
while (xyz);
and even if I could, "always use" seems way too strong in this
Boot failure on x86_64 (64X2), says it can't find init, specifically
/init. 2.6.23-rc1-git1 boots and runs successfully. I haven't tried
-git2. I shall reboot on 2.6.23-rc1-git3 tomorrow and record the full
message.
Strings from vmlinux in both the above:-
Kernel alive
/dev/console
<4>Warning:
On 27/07/07, Randy Dunlap <[EMAIL PROTECTED]> wrote:
From: Randy Dunlap <[EMAIL PROTECTED]>
Add text on using relevant mailing lists.
I'd add a little bit to that - see below
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
MAINTAINERS | 13 -
1 file changed, 8 insertions(
On Thu, 26 Jul 2007 17:12:22 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
> How's that for a one-liner? ;)
- the return value from acpi_cpufreq_early_init() gets ignored,
so the module will still load, but won't work.
- Once that is fixed, the test for !acpi_perf_data[cpu] in
acpi_cpufreq_
On Thu, 26 Jul 2007, Jeff Garzik wrote:
[EMAIL PROTECTED] wrote:
On Thu, 26 Jul 2007, Jeff Garzik wrote:
> Dirk Schoebel wrote:
> > as long as the maintainer follows the kernel development things can
> > be
> > left in, if the maintainer can't follow anymore they are taken out
> > q
From: Matthew Wilcox <[EMAIL PROTECTED]>
Date: Thu, 26 Jul 2007 14:13:56 -0600
>
> I noticed that we only look at the first action in the chain when
> determining whether to re-enable local interrupts during handle_IRQ_event.
> But we don't try to exclude sharing interrupts with mixtures of
> IRQ
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Thu, 26 Jul 2007 16:04:42 -0700 (PDT)
> Quite frankly, my preference would be (a) followed by (e) or (f), and
> (b)-(d) are in my opinion the worst of the lot with no upsides at all (and
> (b) in particular is pretty much _guaranteed_ to break exist
On Thu, 26 Jul 2007 16:46:30 -0700 Fenghua Yu <[EMAIL PROTECTED]> wrote:
> The local variable "covered" is used without initialization in i386
> acpi-cpufreq
> driver. The initial value of covered should be 0. The bug will cause memory
> leak
> when hit. The following patch fixes this bug.
>
>
On Thursday July 26, [EMAIL PROTECTED] wrote:
> On Thu, Jul 26, 2007 at 05:33:49PM +0100, Al Viro wrote:
> >
>
> Oops, thanks; these are my fault.
>
> (How are you finding these? I was assuming sparse, but running a make
> -C2 just now I didn't see anything that would have suggested these
> fix
Updated patch:
Use CPU_MASK_NONE for initil value.
Signed-off-by: Fenghua Yu <[EMAIL PROTECTED]>
---
arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c
b/arch/i386/kernel/cpu/cpufreq/ac
From: Randy Dunlap <[EMAIL PROTECTED]>
Add text on using relevant mailing lists.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
MAINTAINERS | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
--- linux-2623-rc1g2.orig/MAINTAINERS
+++ linux-2623-rc1g2/MAINTAINERS
@@ -23,15
make_pages_present() is dirtying mlocked pages if the VMA is writable, even
though it shouldn't, by telling get_user_pages() to simulate a write fault.
A simple way to test this is to mlock a multi-GB file, and then sync.
The sync will take a long time.
As far as I can see, it should be safe to j
The local variable "covered" is used without initialization in i386 acpi-cpufreq
driver. The initial value of covered should be 0. The bug will cause memory leak
when hit. The following patch fixes this bug.
Signed-off-by: Fenghua Yu <[EMAIL PROTECTED]>
---
arch/i386/kernel/cpu/cpufreq/acpi-cpu
frv is the last user in the tree of that dubious hook, and it's my
understanding that it's not even needed. It's only called by memory.c
free_pgd_range() which is always called within an mmu_gather, and
tlb_flush() on frv will do a flush_tlb_mm(), which from my reading
of the code, seems to do what
Kyle Rose wrote:
From http://www.krose.org/~krose/computing.html:
Since the sky2 driver continues to suck ass (which is a technical
description for "it hangs all the time under load, at least on my
hardware" :-) ), I've fixed the sk98lin driver to compile for
linux-2.6.23-rc1. Those who continue
On 27/07/07, Randy Dunlap <[EMAIL PROTECTED]> wrote:
From: Randy Dunlap <[EMAIL PROTECTED]>
- tell what APIC (by request), MTD, & PARIDE mean
- correct some source file names
- remove IA64 "llsc*=" (seems to have been removed from source tree)
- removel SCSI "53c7xx=" (driver already removed)
S
Bill Davidsen wrote:
The old driver wasn't requiring any resources to maintain, the old
This statement proves you don't know anything at all about the situation.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
On 27/07/07, Simon Arlott <[EMAIL PROTECTED]> wrote:
Does anyone ever review what Lindent does? There's a fix up patch after this
but it missed this at the very top of the patch and the labels.
Lindent is by no means perfect and if you use it you should always
review the changes it makes by han
From: Randy Dunlap <[EMAIL PROTECTED]>
- tell what APIC (by request), MTD, & PARIDE mean
- correct some source file names
- remove IA64 "llsc*=" (seems to have been removed from source tree)
- removel SCSI "53c7xx=" (driver already removed)
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
Doc
[EMAIL PROTECTED] wrote:
On Thu, 26 Jul 2007, Jeff Garzik wrote:
Dirk Schoebel wrote:
as long as the maintainer follows the kernel development things can be
left in, if the maintainer can't follow anymore they are taken out
quite
fast again. (This statement mostly counts for parts of the k
Adrian Bunk wrote:
On Thu, Jul 26, 2007 at 11:16:36AM -0400, Kyle Rose wrote:
>From http://www.krose.org/~krose/computing.html:
Since the sky2 driver continues to suck ass (which is a technical
description for "it hangs all the time under load, at least on my
hardware" :-) ), I've fixed the sk9
On Thu, 26 Jul 2007, Jeff Garzik wrote:
Dirk Schoebel wrote:
as long as the maintainer follows the kernel development things can be
left in, if the maintainer can't follow anymore they are taken out quite
fast again. (This statement mostly counts for parts of the kernel where a
choice is po
1 - 100 of 511 matches
Mail list logo
