On Tue, Aug 14, 2007 at 01:04:02AM +0400, Alexey Dobriyan wrote:
> On Mon, Aug 13, 2007 at 04:11:30PM -0400, Neil Horman wrote:
> > --- a/fs/proc/base.c
> > +++ b/fs/proc/base.c
> > @@ -323,6 +324,68 @@ static int proc_oom_score(struct task_struct *task,
> > char *buffer)
> > return sprintf(bu
Convert to generic boolean
Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
---
Compile-tested with all(yes|mod|no)config on x86(|_64) & sparc(|64)
Diffed against Linus' git-tree.
Sent 2007-05-01, no replys
diff --git a/drivers/net/tlan.c b/drivers/net/tlan.c
index 106dc1e..db630c4 100644
---
On Thu, Aug 09, 2007 at 05:40:16PM -0400, Ayaz Abdulla wrote:
> Yes, you are right. Copy and paste error. I have attached a patch which will
> fix this issue.
>
> Thanks for catching it.
> Ayaz
>
> Signed-off-by: Ayaz Abdulla <[EMAIL PROTECTED]>
>
>
> Prakash Punnoor wrote:
> > Hi,
> > I
Joe Perches writes:
> On Mon, 2007-08-13 at 19:38 +1000, Paul Mackerras wrote:
> > Except for drivers/net/ppp_synctty.c.
>
> It seems poor form to have 5 file entries where 1 would do.
>
> Would renaming this one file to pppsynctty.c work?
It seems poor form to have to rename the file just beca
On Mon, Aug 13, 2007 at 07:04:15AM -0400, Chris Snook wrote:
> From: Chris Snook <[EMAIL PROTECTED]>
>
> Document proper use of volatile for atomic_t operations.
Looks good, as did a once-over on the arch-specific files. Good stuff!!!
Acked-by: Paul E. McKenney <[EMAIL PROTECTED]>
> Signed-off
On Tue, Aug 14, 2007 at 12:54:10AM +0200, Adrian Bunk wrote:
> On Tue, Aug 14, 2007 at 12:42:05AM +0200, Andi Kleen wrote:
> > On Mon, Aug 13, 2007 at 11:29:47PM +0200, Adrian Bunk wrote:
> > > Debian 4.0 has older ones, and all distributions released more than a
> > > year ago for sure also have
Convert to generic boolean
Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
---
Compile-tested with all(yes|mod|no)config on x86(|_64) & sparc(|64)
Diffed against Linus' git-tree.
Sent 2007-05-01, no replys
diff --git a/drivers/net/3c505.c b/drivers/net/3c505.c
index e985a85..acede30 100644
-
@@ -4084,6 +4084,7 @@ P:Pat Gefre
M: [EMAIL PROTECTED]
L: [EMAIL PROTECTED]
S: Supported
+F: Documentation/ia64/serial.txt
SGI VISUAL WORKSTATION 320 AND 540
P: Andrey Panin
Huh? Perhaps this should be:
+F: drivers/serial/sn_console.c
-Tony
-
To unsubscr
> So the only systems really affected are lance systems with >16MB.
> I don't think we can stop Linux evolution for those sorry. They'll
> just have to live with it.
I think thats fair enough too.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Mon, Aug 13, 2007 at 04:25:23PM -0700, Christoph Lameter wrote:
> On Tue, 14 Aug 2007, Andi Kleen wrote:
>
> > > But they use GFP_DMA right now and drivers cannot use DMA32 if they want
> >
> > The way it was originally designed was that they use GFP_DMA32,
> > which would map to itself on x8
On Mon, Aug 13, 2007 at 04:27:42PM -0700, Christoph Lameter wrote:
> On Tue, 14 Aug 2007, Andi Kleen wrote:
>
> > > Ok then lets do it.
> >
> > Conversion only makes sense once an API with a explicit mask
> > is in. Otherwise we have muddled semantics again.
>
> pci_set_consistent_dma_mask
>
>
Convert to generic boolean (+ some minor cleanup).
Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
---
Compile-tested with all(yes|mod|no)config on i386
Diffed against Linus' git-tree
Sent on 2007-05-12, no replys
amd.c |2 --
cyrix.c |2 +-
generic.c | 20 +--
Michal Piotrowski ha scritto:
> Hi all,
>
> Here is a list of some known regressions in 2.6.23-rc3.
>
> Feel free to add new regressions/remove fixed etc.
> http://kernelnewbies.org/known_regressions
[...]
>
> Subject : FATAL: drivers/acpi/video: sizeof(struct acpi_device_id)=20
> is n
On Thu, 09 Aug 2007 23:11:45 +0200 Michael Kerrisk wrote:
> Andrew,
>
> Here's my first shot at changing the timerfd() interface; patch
> is against 2.6.23-rc1-mm2.
>
> I think I got to the bottom of understanding the timer code in
> the end, but I may still have missed some things...
>
> This
On Tue, 14 Aug 2007, Andi Kleen wrote:
> > Ok then lets do it.
>
> Conversion only makes sense once an API with a explicit mask
> is in. Otherwise we have muddled semantics again.
pci_set_consistent_dma_mask
has that.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Monday 13 August 2007 02:12, Jens Axboe wrote:
> > It is a system wide problem. Every block device needs throttling,
> > otherwise queues expand without limit. Currently, block devices
> > that use the standard request library get a slipshod form of
> > throttling for free in the form of limit
Retrigger_next_event() must be called with interrupts disabled.
All internal (to hrtimer.c) uses of retrigger_next_event() are correct.
But the version exported to other files, hres_timers_resume(), does not
do the IRQ blocking, nor does the (single) external caller of it.
Rather than require tha
> Ok then lets do it.
Conversion only makes sense once an API with a explicit mask
is in. Otherwise we have muddled semantics again.
-Andi
-
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.ke
On Tue, 14 Aug 2007, Andi Kleen wrote:
> > But they use GFP_DMA right now and drivers cannot use DMA32 if they want
>
> The way it was originally designed was that they use GFP_DMA32,
> which would map to itself on x86-64, to GFP_DMA on ia64 and to
> GFP_KERNEL on i386. Unfortunately that seems
On Tue, Aug 14, 2007 at 12:22:23AM +0100, Alan Cox wrote:
> > The only tricky part were skbs in a few drivers, but luckily they are only
> > needed for bouncing which can be done without a skb too. For RX it adds
> > one copy, but we can live with that because they're only slow devices.
>
> Usuall
On Mon, Aug 13, 2007 at 04:12:17PM -0700, Christoph Lameter wrote:
> On Tue, 14 Aug 2007, Andi Kleen wrote:
>
> > > What would be the point?
> >
> > "so that drivers not need to ifdef"
>
> But they use GFP_DMA right now and drivers cannot use DMA32 if they want
The way it was originally desig
On Tue, 14 Aug 2007, Andi Kleen wrote:
> > > I converted all of those that applied to x86.
> >
> > Converted to what?
>
> Hmm, do you actually read my emails? I spelled that out at least two
> times now. It's converted to a new dma page allocator that specifies
> an address mask.
Yes I do but f
> The only tricky part were skbs in a few drivers, but luckily they are only
> needed for bouncing which can be done without a skb too. For RX it adds
> one copy, but we can live with that because they're only slow devices.
Usually found on slow hardware that can't cope with extra copies very
well
On Tue, 14 Aug 2007, Andi Kleen wrote:
> > What would be the point?
>
> "so that drivers not need to ifdef"
But they use GFP_DMA right now and drivers cannot use DMA32 if they want
to be cross platforms compatible? Doesnt the dma API completely do away
with these things?
-
To unsubscribe fro
On Mon, Aug 13, 2007 at 05:07:23PM -0600, Zan Lynx wrote:
> On Mon, 2007-08-13 at 17:09 -0400, Dave Jones wrote:
> > On Mon, Aug 13, 2007 at 02:40:06PM -0600, Zan Lynx wrote:
> > > I thought most people running -mm were running klive, which shou
> > > ld tell kernel versions, uptime and other
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Add file pattern to MAINTAINER entry
>
> Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index dd0806c..aaacc55 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -565,6 +565,8 @@ P:Dan Will
On Mon, Aug 13, 2007 at 03:54:34PM -0700, Christoph Lameter wrote:
> On Tue, 14 Aug 2007, Andi Kleen wrote:
>
> > On Mon, Aug 13, 2007 at 03:38:10PM -0700, Christoph Lameter wrote:
> > > I just did a grep for GFP_DMA and I still see a large list of GFP_DMA
> > > kmallocs???
> >
> > I converted a
On Mon, 2007-08-13 at 17:09 -0400, Dave Jones wrote:
> On Mon, Aug 13, 2007 at 02:40:06PM -0600, Zan Lynx wrote:
> > I thought most people running -mm were running klive, which shou
> > ld tell kernel versions, uptime and other things. I run it, anyway.
> >
> > http://klive.cpushare.com/
>
>
On Sun, 12 Aug 2007, Daniel Phillips wrote:
> > Because we get to the code of interest when we have no memory on the
> > buddy free lists...
>
> Ah wait, that statement is incorrect and may well be the crux of your
> misunderstanding. Buddy free lists are not exhausted until the entire
> memal
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Sunday, August 12, 2007 11:30 PM
> To: [EMAIL PROTECTED]; linux-kernel@vger.kernel.org;
Williams, Dan
> J; [EMAIL PROTECTED]
> Subject: [PATCH] [253/2many] MAINTAINERS - INTEL IOP-ADMA DMA DRIVER
>
> Add file pattern to MAINTAINER entry
>
On Mon, 13 Aug 2007 18:05:35 -0400
[EMAIL PROTECTED] wrote:
> I have a question about changing the page attributes of the
> system call table.
Please don't do that.
> This works fine on my debian system, but apparently the stock Fedora
> kernel (2.6.22) has the system call table write protected.
On Mon, Aug 13, 2007 at 03:52:54PM -0700, Christoph Lameter wrote:
> On Tue, 14 Aug 2007, Andi Kleen wrote:
>
> > > I am not sure what you mean by that. Ia64 ZONE_DMA == x86_84 ZONE_DMA32?
> >
> > Hmm, when I wrote GFP_DMA32 it was a #define GFP_DMA32 GFP_DMA
> > on ia64 so that drivers not need
I have a question about changing the page attributes of the
system call table.
I am writing a kernel module that does some system call interposition.
This works fine on my debian system, but apparently the stock Fedora
kernel (2.6.22) has the system call table write protected. So I would like
th
On Tue, 14 Aug 2007, Alexey Starikovskiy wrote:
> Sergey Dolgov wrote:
> > On Mon, Aug 13, 2007 at 07:44:48PM +0100, Hugh Dickins wrote:
> >
> >
> >> Git bisection (with manual fixups to i386 mmiocfg horror, thanks
> >> for drawing attention to that in your changelog) accuses Alexey's
> >> ACPI:
On Tue, 14 Aug 2007, Andi Kleen wrote:
> On Mon, Aug 13, 2007 at 03:38:10PM -0700, Christoph Lameter wrote:
> > I just did a grep for GFP_DMA and I still see a large list of GFP_DMA
> > kmallocs???
>
> I converted all of those that applied to x86.
Converted to what?
drivers/scsi/sr_ioctl.c:
On Tue, 14 Aug 2007, Andi Kleen wrote:
> > I am not sure what you mean by that. Ia64 ZONE_DMA == x86_84 ZONE_DMA32?
>
> Hmm, when I wrote GFP_DMA32 it was a #define GFP_DMA32 GFP_DMA
> on ia64 so that drivers not need to ifdef. Someone nasty
> seems to have removed that too. I guess it would be
On Tue, Aug 14, 2007 at 12:42:05AM +0200, Andi Kleen wrote:
> On Mon, Aug 13, 2007 at 11:29:47PM +0200, Adrian Bunk wrote:
> > Debian 4.0 has older ones, and all distributions released more than a
> > year ago for sure also have older ones (the required patch went into
> > binutils CVS on 2006-05
On Mon, Aug 13, 2007 at 03:38:10PM -0700, Christoph Lameter wrote:
> I just did a grep for GFP_DMA and I still see a large list of GFP_DMA
> kmallocs???
I converted all of those that applied to x86.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Mon, Aug 13, 2007 at 03:22:25PM -0700, Christoph Lameter wrote:
> On Tue, 14 Aug 2007, Andi Kleen wrote:
>
> > > x86_64 is the only platforms that uses ZONE_DMA32. Ia64 and other 64 bit
> > > platforms use ZONE_DMA for <4GB allocs.
> >
> > Yes, but ZONE_DMA32 == ZONE_DMA.
>
> I am not sure w
On Mon, Aug 13, 2007 at 11:29:47PM +0200, Adrian Bunk wrote:
> Debian 4.0 has older ones, and all distributions released more than a
> year ago for sure also have older ones (the required patch went into
> binutils CVS on 2006-05-30 and 2.17.50.0.3 was released on 2006-07-15).
I have no problem
I just did a grep for GFP_DMA and I still see a large list of GFP_DMA
kmallocs???
arch/mips/au1000/common/dbdma.c:if ((desc_base =
(u32)kmalloc(i, GFP_KERNEL|GFP_DMA)) == 0)
arch/m68k/kernel/dma.c: map = kmalloc(sizeof(struct page *) << order, flag &
~__GFP_DMA);
arch/s390/hypf
On Mon, 2007-08-13 at 15:24 -0700, Geoff Levand wrote:
> +F: include/asm-powerpc/lv1call.h
Added to my tree.
PS3 PLATFORM SUPPORT
P: Geoff Levand
M: [EMAIL PROTECTED]
L: [EMAIL PROTECTED]
L: [EMAIL PROTECTED]
S: Supported
F: arch/powerpc/boot/ps3*
F: arch/powe
On Mon, Aug 13, 2007 at 02:40:06PM -0600, Zan Lynx wrote:
> On Mon, 2007-08-13 at 08:08 +0300, Al Boldi wrote:
> > Linus Torvalds wrote:
> > > On Sun, 12 Aug 2007, Dave Jones wrote:
> > > >
> > > > This does make me wonder, why these weren't caught in -mm ?
> > >
> > > I'm worried that -mm
From: Maarten Bressers <[EMAIL PROTECTED]>
Greetings,
A very trivial patch: fixes a spelling mistake in drivers/usb/host/Kconfig,
wrt the R8A66597_HCD driver. The patch applies to kernel 2.6.23-rc3.
Signed-off by: Maarten Bressers <[EMAIL PROTECTED]>
---
--- a/drivers/usb/host/Kconfig.orig
On Monday 13 August 2007 04:28:00 pm Michael Mauch wrote:
> Bjorn Helgaas wrote:
>
> > On Saturday 11 August 2007 09:49:25 am Michael Mauch wrote:
> > > Yinghai Lu wrote:
> > >
> > > > On 8/10/07, Michael Mauch <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > With 2.6.22 I get the names <-> ports/i
On Mon, 13 Aug 2007, Mathieu Desnoyers wrote:
> > @@ -1554,23 +1564,20 @@ static void __always_inline *slab_alloc(
> > gfp_t gfpflags, int node, void *addr)
> > {
> > void **object;
> > - unsigned long flags;
> > struct kmem_cache_cpu *c;
> >
>
> What if we prefetch c->fr
Bjorn Helgaas wrote:
> On Saturday 11 August 2007 09:49:25 am Michael Mauch wrote:
> > Yinghai Lu wrote:
> >
> > > On 8/10/07, Michael Mauch <[EMAIL PROTECTED]> wrote:
> > > >
> > > > With 2.6.22 I get the names <-> ports/irqs the other way around:
> > > >
> > > > 00:08: ttyS0 at I/O 0x2f8 (irq =
On 8/12/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sat, 11 Aug 2007 02:34:34 + (UTC) Russ Dill <[EMAIL PROTECTED]> wrote:
>
> > On 2.6.22 from debian (stock), I have a process (dpkg) stuck with the
> > following
> > calltrace:
> >
> > SysRq : Show Blocked State
> >
> >
From: [EMAIL PROTECTED]
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
I also maintain the file include/asm-powerpc/lv1call.h.
This updated patch adds that file.
-Geoff
MAINTAINERS |7 +++
1 file c
On Tuesday, 14 August 2007 00:12, Thomas Voegtle wrote:
> On Mon, 13 Aug 2007, Rafael J. Wysocki wrote:
>
> > On Monday, 13 August 2007 23:31, Thomas Voegtle wrote:
> > > On Mon, 13 Aug 2007, Rafael J. Wysocki wrote:
> > >
> > > > On Sunday, 12 August 2007 21:39, Thomas Voegtle wrote:
> > > > >
On Tue, 14 Aug 2007, Andi Kleen wrote:
> > x86_64 is the only platforms that uses ZONE_DMA32. Ia64 and other 64 bit
> > platforms use ZONE_DMA for <4GB allocs.
>
> Yes, but ZONE_DMA32 == ZONE_DMA.
I am not sure what you mean by that. Ia64 ZONE_DMA == x86_84 ZONE_DMA32?
> Also when the slab use
Some review here. I think we could do much better..
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> Index: linux-2.6.22-rc6-mm1/mm/slub.c
> ===
> --- linux-2.6.22-rc6-mm1.orig/mm/slub.c 2007-07-09 15:04:46.0
> -0700
On Monday 13 August 2007, [EMAIL PROTECTED] wrote:
> With the VIA controller I have,
Which kind is that? The VT6202 is buggy as all get-out, and
they sold a *LOT* of those discrete chips for use in add-on PCI
cards. We generally warn people away from those. A more current
version is the VT6212,
On Mon, Aug 13, 2007 at 03:09:55PM -0700, Christoph Lameter wrote:
> > > > There are still other architectures that use it. Biggest offender
> > > > is s390. I'll leave them to their respective maintainers.
> > >
> > > IA64 also uses ZONE_DMA to support 32bit controllers.
> >
> > ZONE_DMA32 I th
Sergey Dolgov wrote:
> On Mon, Aug 13, 2007 at 07:44:48PM +0100, Hugh Dickins wrote:
>
>
>> Git bisection (with manual fixups to i386 mmiocfg horror, thanks
>> for drawing attention to that in your changelog) accuses Alexey's
>> ACPI: EC: If ECDT is not found, look up EC in DSDT
>> cd8c93a4e04dc
On Mon, 13 Aug 2007, Rafael J. Wysocki wrote:
> On Monday, 13 August 2007 23:31, Thomas Voegtle wrote:
> > On Mon, 13 Aug 2007, Rafael J. Wysocki wrote:
> >
> > > On Sunday, 12 August 2007 21:39, Thomas Voegtle wrote:
> > > >
> > > > Hi,
> > > >
> > > > today I saw this (output from my suspend
On Tue, 14 Aug 2007, Andi Kleen wrote:
> On Mon, Aug 13, 2007 at 03:00:14PM -0700, Christoph Lameter wrote:
> > You said that ZONE_DMA will still be there right? So the zone will be
>
> There will be a (variable sized) dma zone, but not a ZONE_DMA entry in pgdat
> or in the the fallback lists.
On Mon, Aug 13, 2007 at 03:00:14PM -0700, Christoph Lameter wrote:
> You said that ZONE_DMA will still be there right? So the zone will be
There will be a (variable sized) dma zone, but not a ZONE_DMA entry in pgdat
or in the the fallback lists.
>
> > There are still other architectures that u
On Mon, Aug 13, 2007 at 02:25:36PM -0700, Christoph Lameter wrote:
> On Sat, 11 Aug 2007, Andi Kleen wrote:
>
> > > Hallelujah. You are my hero! x86_64 will switch off CONFIG_ZONE_DMA?
> >
> > Yes. i386 too actually.
> >
> > The DMA zone will be still there, but only reachable with special funct
On Tue, 14 Aug 2007, Andi Kleen wrote:
> > > The DMA zone will be still there, but only reachable with special
> > > functions.
> >
> > Not too happy with that one but this is going the right direcrtion.
> >
> > On NUMA this would still mean allocating space for the DMA zone on all
> > nodes a
--- David Howells <[EMAIL PROTECTED]> wrote:
> Casey Schaufler <[EMAIL PROTECTED]> wrote:
>
> > The specification of your push interface that the push operation
> > not affect how others access the process is OK for SELinux, but
> > not for any other MAC scheme that I've dealt with, and I think
On Mon, 2007-08-13 at 12:02 +0100, Alan Cox wrote:
> > @@ -4077,6 +4077,7 @@ M:[EMAIL PROTECTED]
> > L: [EMAIL PROTECTED]
> > T: git kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
> > S: Supported
> > +F: drivers/ata/sata_*
>
> NAK
> sata_inic is Tejun
>
> and various ot
On Monday, 13 August 2007 23:31, Thomas Voegtle wrote:
> On Mon, 13 Aug 2007, Rafael J. Wysocki wrote:
>
> > On Sunday, 12 August 2007 21:39, Thomas Voegtle wrote:
> > >
> > > Hi,
> > >
> > > today I saw this (output from my suspend script):
> > >
> > > -> woke up at Sun Aug 12 11:39:17 CEST 20
On Mon, 2007-08-13 at 20:32 +0200, Hans Verkuil wrote:
> --- MAINTAINERS.org 2007-08-13 20:23:47.0 +0200
> +++ MAINTAINERS 2007-08-13 20:28:17.0 +0200
> +IVTV VIDEO4LINUX DRIVER
> +P: Hans Verkuil
> +M: [EMAIL PROTECTED]
> +L: [EMAIL PROTECTED]
> +L: [EMAIL PROTE
On Mon, Aug 13, 2007 at 04:37:11PM +0200, Kay Sievers wrote:
> Hi,
> this changes the uevent buffer stuff to use a struct instead
> of tons of parameters. It does no longer require the caller to
> do the proper buffer termination and size accounting, which is
> currently wrong in a lot of places.
>
On Mon, Aug 13, 2007 at 09:54:50PM +0100, Alan Cox wrote:
> > Agreed. But not everyone wants to or should have to use git,
> > so what are the alternatives?
>
> Export the recent git history each release into an XML file at known
> locations on the kernel web site. Wait for tools to appear
How c
On Saturday 11 August 2007 09:49:25 am Michael Mauch wrote:
> Yinghai Lu wrote:
>
> > On 8/10/07, Michael Mauch <[EMAIL PROTECTED]> wrote:
> > > until 2.6.21, I had the normal assignments for ttyS0 and ttyS1:
> > >
> > > 00:08: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
> > > 00:09: ttyS0 at I/O 0x3
Em Mon, Aug 13, 2007 at 04:55:23PM -0400, Lennart Sorensen escreveu:
> On Fri, Aug 10, 2007 at 04:28:19PM +0400, Brad Campbell wrote:
> > I'm building a bit of hardware. It's basically a serial multiplexer that
> > communicates to the PC using a single usb-serial port. It has the ability
> > to r
Hi there,
I wrote a small C program using the BSD socket API to send a UDP
broadcast packet to all interfaces of my machine. To do so, i sendto()
it to 255.255.255.255 after using setsockopt(SO_BINDTODEVICE) on the
correct interface. It works perfectly.
However, in the same program, either u
On Mon, Aug 13, 2007 at 02:17:01PM -0700, Randy Dunlap wrote:
> On Mon, 13 Aug 2007 22:05:10 +0200 Adrian Bunk wrote:
>...
> > This patch removes the following redundant and never or rarely used
> > kconfig syntax:
> > - "def_boolean" (same as "def_bool")
> > - "requires" (same as "depends on")
>
On Mon, 13 Aug 2007, Rafael J. Wysocki wrote:
> On Sunday, 12 August 2007 21:39, Thomas Voegtle wrote:
> >
> > Hi,
> >
> > today I saw this (output from my suspend script):
> >
> > -> woke up at Sun Aug 12 11:39:17 CEST 2007
> > -> uptime is
> > 11:39am up 8 days 0:41, 10 users, load avera
On Mon, Aug 13, 2007 at 10:56:53PM +0200, Andi Kleen wrote:
> On Mon, Aug 13, 2007 at 10:24:52PM +0200, Michal Piotrowski wrote:
> > On 13/08/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
> > > > Unclassified
> > > >
> > > > Subject : reset during bootup - 2.6.23-rc2 (git d23cf676)
> > >
> > >
On Monday, 13 August 2007 23:21, Joe Perches wrote:
> On Mon, 2007-08-13 at 23:25 +0200, Rafael J. Wysocki wrote:
> > + include/linux/suspend.h
> > + include/linux/freezer.h
> > + include/linux/pm.h
> > + include/asm-*/suspend.h
> >
> > Hm, they are also relevant for suspend to RAM, so perhaps one
On Sat, 11 Aug 2007, Andi Kleen wrote:
> > Hallelujah. You are my hero! x86_64 will switch off CONFIG_ZONE_DMA?
>
> Yes. i386 too actually.
>
> The DMA zone will be still there, but only reachable with special functions.
Not too happy with that one but this is going the right direcrtion.
On NU
On Mon, 2007-08-13 at 14:21 -0700, Christoph Lameter wrote:
> On Mon, 13 Aug 2007, Joe Perches wrote:
> > Do you want slob too?
> Sure we usually have to update all the slab allocators for changes.
SLAB/SLOB/SLUB ALLOCATORS
P: Christoph Lameter
M: [EMAIL PROTECTED]
P: Pekka Enberg
M
On Mon, 2007-08-13 at 23:25 +0200, Rafael J. Wysocki wrote:
> + include/linux/suspend.h
> + include/linux/freezer.h
> + include/linux/pm.h
> + include/asm-*/suspend.h
>
> Hm, they are also relevant for suspend to RAM, so perhaps one common
> list of files for suspend to RAM and hibernation would b
On Mon, Aug 13, 2007 at 07:44:48PM +0100, Hugh Dickins wrote:
> Git bisection (with manual fixups to i386 mmiocfg horror, thanks
> for drawing attention to that in your changelog) accuses Alexey's
> ACPI: EC: If ECDT is not found, look up EC in DSDT
> cd8c93a4e04dce8f00d1ef3a476aac8bd65ae40b
> and
On Mon, 13 Aug 2007, Joe Perches wrote:
> Do you want slob too?
Sure we usually have to update all the slab allocators for changes.
> SLAB/SLUB ALLOCATOR
> P:Christoph Lameter
> M:[EMAIL PROTECTED]
> P:Pekka Enberg
> M:[EMAIL PROTECTED]
> L:[EMAIL PROTECTED]
> S:Maintain
On Sun, 12 Aug 2007, Mathieu Desnoyers wrote:
> I have been asked for a cmpxchg_local implementation by Christoph Lameter so
> he
> can use it to accelerate the slub allocator.
Hmmm... I have run my own and tested a variety of approaches on cmpxchg a
couple of weeks ago on an Athlong64. There w
On Mon, 2007-08-13 at 23:22 +0200, Rafael J. Wysocki wrote:
> > What about arch/x86_64/kernel/acpi.c ?
> Well, there's no such file in current -git.
> > F: arch/x86_64/kernel/acpi.c
> Please remove the above
SUSPEND TO RAM:
P: Pavel Machek
M: [EMAIL PROTECTED]
P: Rafael J. Wysocki
On Mon, 2007-08-13 at 13:46 -0700, Christoph Lameter wrote:
> On Sun, 12 Aug 2007, [EMAIL PROTECTED] wrote:
>
> > Add file pattern to MAINTAINER entry
> >
> > Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
> >
> > diff --git a/MAINTAINERS b/MAINTAINERS
> > index b2dd6f5..a3c6123 100644
> > --- a
On Monday, 13 August 2007 22:54, Joe Perches wrote:
> On Mon, 2007-08-13 at 22:50 +0200, Rafael J. Wysocki wrote:
> > Please add
> > arch/i386/power/
> > arch/x86_64/kernel/suspend_asm.S
> > arch/x86_64/kernel/suspend.c
> > drivers/base/power/
> > There also is a couple of headers. Do you want to
On 13/08/07, Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Hi Jesper,
>
> On 11/08/07, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > I just noticed this in dmesg :
> >
> > [ 3216.262987] (scsi0:A:4:0): Unexpected busfree in Message-in phase
> > [ 3216.263058] SEQADDR == 0x16c
> > [ 3216.2
On Monday, 13 August 2007 22:57, Joe Perches wrote:
> On Mon, 2007-08-13 at 22:52 +0200, Rafael J. Wysocki wrote:
> > +F: drivers/base/power
> > +F: arch/x86_64/kernel/acpi
> > +F: arch/i386/kernel/acpi/
>
> What about arch/x86_64/kernel/acpi.c ?
Well, there's no such file in current -git.
> Per
On Mon, 13 Aug 2007 22:05:10 +0200 Adrian Bunk wrote:
> On Mon, Aug 13, 2007 at 03:13:30PM -0400, Robert P. J. Day wrote:
> > On Mon, 13 Aug 2007, Adrian Bunk wrote:
> >
> > > On Mon, Aug 13, 2007 at 11:38:09AM -0700, Randy Dunlap wrote:
> > > > From: Randy Dunlap <[EMAIL PROTECTED]>
> > > >
> >
> I don't think you can do any serial specific stuff, like parity and stop
> bits and the like across a pty. You might have to actually write a
They will let you do that. Any options you set one side become visible
the other.
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux
On Mon, Aug 13, 2007 at 04:11:30PM -0400, Neil Horman wrote:
> --- a/fs/proc/base.c
> +++ b/fs/proc/base.c
> @@ -323,6 +324,68 @@ static int proc_oom_score(struct task_struct *task, char
> *buffer)
> return sprintf(buffer, "%lu\n", points);
> }
>
> +struct limit_names {
> + char *name
On Mon, Aug 13, 2007 at 10:09:08AM -0700, Ray Lee wrote:
> On 8/12/07, Joe Perches <[EMAIL PROTECTED]> wrote:
> > I grew weary of looking up the appropriate
> > maintainer email address(es) to CC: for a patch.
> >
> > I added flags to the MAINTAINERS file
> >
> > F: file pattern
> >
> > for ea
On Mon, 13 Aug 2007 14:40:06 MDT, Zan Lynx said:
> I thought most people running -mm were running klive, which shou
> ld tell kernel versions, uptime and other things. I run it, anyway.
>
> http://klive.cpushare.com/
That page says there's a whole whopping 587 people reporting back, of which
1
On Mon, 2007-08-13 at 22:52 +0200, Rafael J. Wysocki wrote:
> +F: drivers/base/power
> +F: arch/x86_64/kernel/acpi
> +F: arch/i386/kernel/acpi/
What about arch/x86_64/kernel/acpi.c ?
Perhaps:
SUSPEND TO RAM:
P: Pavel Machek
M: [EMAIL PROTECTED]
P: Rafael J. Wysocki
M: [
On Mon, 13 Aug 2007, Siddha, Suresh B wrote:
> Can we revert git commit 3cdc0ed0cea50ea08dd146c1bbc82b1bcc2e1b80 ?
Only if you find another way to fix the bug that is addressed there.
> This is introducing a performance regression and nullifies the previous
> commit.
The implementation of noali
From: Divy Le Ray <[EMAIL PROTECTED]>
Date: Mon, 13 Aug 2007 12:33:04 -0700
> From: Divy Le Ray <[EMAIL PROTECTED]>
>
> cxgb3 used netdev_priv() and dev->priv for different purposes.
> In 2.6.23, netdev_priv() == dev->priv, cxgb3 needs a fix.
> This patch is a partial backport of Dave Miller's ch
On Mon, Aug 13, 2007 at 10:24:52PM +0200, Michal Piotrowski wrote:
> On 13/08/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
> > > Unclassified
> > >
> > > Subject : reset during bootup - 2.6.23-rc2 (git d23cf676)
> >
> > This is already fixed in mainline
>
> commit b8d3f2448b8f4ba24f301e235855
On Sunday, 12 August 2007 21:39, Thomas Voegtle wrote:
>
> Hi,
>
> today I saw this (output from my suspend script):
>
> -> woke up at Sun Aug 12 11:39:17 CEST 2007
> -> uptime is
> 11:39am up 8 days 0:41, 10 users, load average: 26.12, 6.35, 2.17
>
>
> Then I did a software suspend. Afte
On Mon, 2007-08-13 at 22:50 +0200, Rafael J. Wysocki wrote:
> Please add
> arch/i386/power/
> arch/x86_64/kernel/suspend_asm.S
> arch/x86_64/kernel/suspend.c
> drivers/base/power/
> There also is a couple of headers. Do you want to list them too?
Your choice. Just let me know.
HIBERNATION (aka
On Fri, Aug 10, 2007 at 04:28:19PM +0400, Brad Campbell wrote:
> I'm building a bit of hardware. It's basically a serial multiplexer that
> communicates to the PC using a single usb-serial port. It has the ability
> to run between 2 and 8 standard async ports over this single interface.
>
> I'd
On Tue, 2007-08-14 at 04:18 +0800, Antonino A. Daplas wrote:
> video.S is no more. Replaced by arch/i386/boot/video-*.c
SVGA HANDLING
P: Martin Mares
M: [EMAIL PROTECTED]
L: linux-kernel@vger.kernel.org
S: Maintained
F: Documentation/svga.txt
H. Peter Anvin is added via t
On Mon, Aug 13, 2007 at 10:59:41PM +0200, Rafael J. Wysocki wrote:
> On Monday, 13 August 2007 20:35, Sam Ravnborg wrote:
> > On Mon, Aug 13, 2007 at 03:21:54PM +0200, Michal Piotrowski wrote:
> > > > >
> > > > > The patch changes the warning to a different warning, it's now
> > > > > kernel/power/
On Mon, Aug 13, 2007 at 01:32:26PM -0700, Yinghai Lu wrote:
> Yinghai Lu wrote:
> >andrew,
> >
> >Can you check to see if you can put Eric's i386 left over clean up to -mm?
Could you do a proper submission of these patches cc:ing lkml?
Sam
-
To unsubscribe from this list: send the line "u
On Sun, Aug 12, 2007 at 11:07:04AM -0400, Mathieu Desnoyers wrote:
> Immediate values are used as read mostly variables that are rarely updated.
> They
> use code patching to modify the values inscribed in the instruction stream. It
> provides a way to save precious cache lines that would otherwis
101 - 200 of 1272 matches
Mail list logo
