On Mon, May 21, 2007 at 10:01:27PM -0400, Ben Collins wrote:
> Got this crash in modpost. Bisect blames this commit:
>
> commit f892b7d480eec809a5dfbd6e65742b3f3155e50e
> Author: Atsushi Nemoto <[EMAIL PROTECTED]>
> Date: Thu May 17 01:14:38 2007 +0900
> kbuild: make better section mismatch
Hello Artur,
I purchased C7 VIA Esther and I experience similar problem with
random crashes. There is also a thread on Via Arena about "J7F4K -
Hard Lockups" where people describe the same issue:
http://forums.viaarena.com/messageview.aspx?catid=28&threadid=77032
I've tried the followin
Hello,
I felt the description of the leftmost task a bit ambiguous. Is it the
leftmost task in the rbtree?
or did u mean the "most leftout task" in the task list? If it is so then
this patch should correct the leftmost task as "most leftout task". NACK
it if I'm wrong. Just trying to help. :)
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> [ 550.280860] BUG: at kernel/softirq.c:138 local_bh_enable()
yep. The correct patch is the one below.
Ingo
->
Subject: Prevent going idle with softirq pending
From: Thomas Gleixner <[EMAIL PROTECTED]>
The NOHZ patch co
On Mon, 21 May 2007 23:34:24 +0200 Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> The NOHZ patch contains a check for softirqs pending when a CPU goes
> idle. The BUG is unrelated to NOHZ, it just was made visible by the NOHZ
> patch. The BUG showed up mainly on P4 / hyperthreading enabled machines
On May 22 2007 08:43, Bharata B Rao wrote:
>On Fri, May 18, 2007 at 09:47:31AM -0400, Shaya Potter wrote:
>> Bharata B Rao wrote:
>>
>> >
>> >Not really. This is called during copyup of a file residing in a lower
>> >layer. And that is done only for regular files.
>>
>> That is broken.
>
>But it
On Mon, May 21, 2007 at 10:04:10PM -0700, William Lee Irwin III wrote:
> On Mon, May 21, 2007 at 06:39:51PM -0700, William Lee Irwin III wrote:
> >> address (virtual and physical are trivially inter-convertible), mock
> >> up something akin to what filesystems do for anonymous pages, etc.
> >> The
* Anant Nitya <[EMAIL PROTECTED]> wrote:
> > I think I already found the bug, please try if this patch helps.
>
> Sorry, but this patch is not helping here. [...]
btw., could you please send this patch on-list too please?
Ingo
-
To unsubscribe from this list: send the line "unsubscribe
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > Sorry, but this patch is not helping here. [...]
>
> btw., could you please send this patch on-list too please?
disregard this - just found Patrick's patch.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
* Anant Nitya <[EMAIL PROTECTED]> wrote:
> > I think I already found the bug, please try if this patch helps.
>
> Sorry, but this patch is not helping here. I recompiled the kernel
> with this patch but same load pattern still make system to crawl.
>
> Here is the link for script I use to shap
Hi,
I have following readings:
w83627ehf-isa-0290
Adapter: ISA adapter
VCore: +1.52 V (min = +0.00 V, max = +1.74 V)
in1: +12.30 V (min = +13.46 V, max = +13.04 V) ALARM
AVCC: +3.36 V (min = +4.08 V, max = +3.95 V) ALARM
3VCC: +3.36 V (min = +4.05 V, max = +3.06 V) A
On Monday 21 May 2007 22:03, Thomas Gleixner wrote:
> ftp://firstfloor.org/pub/ak/x86_64/quilt/x86_64-2.6.22-rc2-070521-1.bz2
>
> explodes in various places due to missing defines of __cold. We can't
> rely on the assumption that linux/compiler.h is included magically
> before bug.h is included. In
On Monday 21 May 2007 15:50:09 Ingo Molnar wrote:
> * Anant Nitya <[EMAIL PROTECTED]> wrote:
> > Tcp:
> > 5 connections established
>
> hm, this does not explain the /proc/net/tcp overhead i think - although
> it could be a red herring. Will have a closer look at your new trace.
>
> if possible
On Tuesday 22 May 2007 03:00:31 Patrick McHardy wrote:
> Patrick McHardy wrote:
> > Ingo Molnar wrote:
> >>* Anant Nitya <[EMAIL PROTECTED]> wrote:
> >>>I am posting links to the information you asked for. One more thing,
> >>>after digging a bit more I found its QoS shaping that is making the
> >>
On Mon, May 21, 2007 at 03:12:07PM +0100, David Howells wrote:
> Jarek Poplawski <[EMAIL PROTECTED]> wrote:
...
> > > I think this changes the meaning to one I don't want. But I'm not
> > > entirely
> > > sure. In a way the two concepts "update of perception" and "update
> > > perception"
> > >
I've used serial ports a lot in the past but not for the
past year so. Did something fundamental change?
I have serial_core, 8250 and 8250_pnp modules installed
and things are quite weird... I get all of the /dev/ttyS's
that I DON'T have and none of the ones that I do!
$modprobe -a 8250_pnp
$tail
On Mon, 21 May 2007 21:52:59 -0700 (PDT), Linus Torvalds <[EMAIL PROTECTED]>
wrote:
> Would you mind also just making this whole logic (that is generic and
> shared with all the different arch versions) be an inline function of its
> own?
>
> > + Elf_Shdr *sechdrs = elf->sechdrs;
> > + uns
On Tue, 22 May 2007, KAMEZAWA Hiroyuki wrote:
> > +config BOUNCE
> > + def_bool y
> > + depends on BLOCK && MMU && (ZONE_DMA || HIGHMEM)
> > +
>
> AFAIK, ppc has only ZONE_DMA and it never needs bounce.
> Is this ok ?
That is wrong. ppc should have ZONE_NORMAL and no ZONE_DMA.
Otherwise you
Earlier, the matching of (model,rev) in ide-dma black/white list
handling was to consider "ALL" in the table to match any
revision. This changes the wildcard to NULL. This way, the
DMA_BLACK_LIST macro used in the previous patch does not have to
use a slightly funky compile time constant expressi
This introduces a shared header file that defines the entries
for two dma blacklists in ide-dma.c and libata-core.c to make it
easier to keep them in sync.
Signed-off-by: Junio C Hamano <[EMAIL PROTECTED]>
---
* Removes more lines than it adds. I am not proud of the
DMA_BLACK_LIST macro in i
On Mon, 21 May 2007, Stephen Hemminger wrote:
>
> AHCI on this motherboard doesn't seem to use MSI. The problems occur
> even if I boot with nomsi.
Have you tried playing with PCI latency counters etc?
Maybe the SATA/AHCI thing is better at saturating the bus, and the sky2
hardware gets upset
* Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> The NOHZ patch contains a check for softirqs pending when a CPU goes
> idle. The BUG is unrelated to NOHZ, it just was made visible by the
> NOHZ patch. The BUG showed up mainly on P4 / hyperthreading enabled
> machines which lead the investigatio
On Mon, May 21, 2007 at 06:39:51PM -0700, William Lee Irwin III wrote:
>> address (virtual and physical are trivially inter-convertible), mock
>> up something akin to what filesystems do for anonymous pages, etc.
>> The real objection everyone's going to have is that driver writers
>> will stain th
There are a few entries in ata_device_blacklist[] in libata-core.c
marked with HORKAGE_NODMA but are missing from drive_blacklist[]
in ide-dma.c. This patch makes the lists in sync.
Also remove a duplicated entry for "SanDisk SDP3B-64".
Signed-off-by: Junio C Hamano <[EMAIL PROTECTED]>
---
* R
On Tue, 22 May 2007, Atsushi Nemoto wrote:
>
> Anyway, here is a updated patch tested on i386 (RELOCATABLE=y/n), arm,
> and mips. On calculation of 'location', sh_addr should be subtracted
> (thank you for debugging, Linus). And this patch contains an another
> fix and an improvement of added_
Hi,
I have kernel panic message when trying to put Dell Inspiron 6400 into
hibernation.
The following is the message:
Process pm-hibernate (pid: 3168, threadinfo 810013dba000, task
810018d0e
860)
Stack: 01bc7e40f260 07ef
000f
Peter Williams wrote:
Dmitry Adamushko wrote:
On 18/05/07, Peter Williams <[EMAIL PROTECTED]> wrote:
[...]
One thing that might work is to jitter the load balancing interval a
bit. The reason I say this is that one of the characteristics of top
and gkrellm is that they run at a more or less co
On Tue, 22 May 2007 00:36:15 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger wrote:
> > There maybe some hardware level interaction with SATA controller.
> > I saw no failures running off i386 kernel of PATA drive and quickly
> > see errors with SATA/AHCI and x86_64.
>
>
> I pre
On Mon, 21 May 2007 22:01:27 -0400, Ben Collins <[EMAIL PROTECTED]> wrote:
> Got this crash in modpost. Bisect blames this commit:
>
> commit f892b7d480eec809a5dfbd6e65742b3f3155e50e
> Author: Atsushi Nemoto <[EMAIL PROTECTED]>
> Date: Thu May 17 01:14:38 2007 +0900
> kbuild: make better se
On Mon, 21 May 2007 21:03:40 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> The bounce buffer logic is included on systems that do not need it.
> If a system does not have zones like ZONE_DMA and ZONE_HIGHMEM that
> can lead to the use of bounce buffers then there is no need to reserve
Stephen Hemminger wrote:
There maybe some hardware level interaction with SATA controller.
I saw no failures running off i386 kernel of PATA drive and quickly
see errors with SATA/AHCI and x86_64.
I presume AHCI is the only other device in the system using PCI MSI,
when you see problems?
The build dies in the header_check portion:
/garz/repo/linux-2.6/usr/include/linux/smb_fs.h requires linux/jiffies.h, which
does not exist in exported headers
make[3]: *** [/garz/repo/linux-2.6/usr/include/linux/.check.smb_fs.h] Error 1
The solution is to move the jiffies.h include inside __KERN
On Mon, 21 May 2007 22:58:06 -0400
Mike Houston <[EMAIL PROTECTED]> wrote:
> On Mon, 21 May 2007 10:37:55 -0700
> Stephen Hemminger <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 21 May 2007 13:10:55 -0400
> > Mike Houston <[EMAIL PROTECTED]> wrote:
> >
> > > On Mon, 21 May 2007 08:45:49 -0700
> > > S
This from a "tested" patch...
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
diff --git a/fs/partitions/ldm.c b/fs/partitions/ldm.c
index c387812..99873a2 100644
--- a/fs/partitions/ldm.c
+++ b/fs/partitions/ldm.c
@@ -158,7 +158,7 @@ static bool ldm_parse_privhead(const u8 *data, struct
privhea
On Mon, May 21, 2007 at 07:40:14PM -0700, Ken Chen wrote:
> tested, like this?
ACK. Could merge loop_init_one() into the only remaining caller,
but it won't make the code simpler, so let's leave it at that.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
I was running a multithreaded perl application that leaks some memory
so it gets to eat up a significant chunk of my 2 GB and even push a
bit into swap. I left it running before going out for a walk.
When I got back, I found this in the log:
[28818.103829] Unable to handle kernel paging request
On Mon, 21 May 2007 18:00:21 -0500 Michael Halcrow <[EMAIL PROTECTED]> wrote:
> Delay writing 0's out in eCryptfs after a seek past the end of the
> file until data is actually written.
a) why?
b) what is the impact upon a user of them not having this patch?
-
To unsubscribe from this list: send
> So Fedora uses squashfs, Ubuntu uses, squashfs, Gentoo uses squashfs... It
> seems like the only place I can get a kernel _without_ squashfs is
> kernel.org.
>
> Is there a reason for this?
Has anyone tried to merge it upstream? Do the squashfs developers
want to merge it?
- R.
-
To
The bounce buffer logic is included on systems that do not need it.
If a system does not have zones like ZONE_DMA and ZONE_HIGHMEM that
can lead to the use of bounce buffers then there is no need to reserve
memory pools etc etc. This is true f.e. for SGI Altix.
Also nicifies the Makefile and gets
So Fedora uses squashfs, Ubuntu uses, squashfs, Gentoo uses squashfs... It
seems like the only place I can get a kernel _without_ squashfs is
kernel.org.
Is there a reason for this?
Rob
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
George T. Joseph (development) wrote:
Hi Jeff,
Two issues with the patch...
msi has to be disabled for the Marvell or the driver load will throw a
"nobody cared" message and eventually hang before discovering all the
drives.
Light I/O works fine but heavy I/O generates
"exception Emask 0x0 Sa
On Fri, May 18, 2007 at 09:47:31AM -0400, Shaya Potter wrote:
> Bharata B Rao wrote:
>
> >
> >Not really. This is called during copyup of a file residing in a lower
> >layer. And that is done only for regular files.
>
> That is broken.
But it only breaks the semantics (in other cases we allow wr
On Mon, 21 May 2007 10:37:55 -0700
Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> On Mon, 21 May 2007 13:10:55 -0400
> Mike Houston <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 21 May 2007 08:45:49 -0700
> > Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> >
> > > It's almost certainly a problem with
Hi,
2007/5/18, Jesse Barnes <[EMAIL PROTECTED]>:
Comments, questions, suggestions?
FBUI, kdrive
http://home.comcast.net/~fbui/
http://www.freedesktop.org/wiki/Software/Xserver
TIA
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROT
On Mon, 2007-05-21 at 17:51 -0700, Keith Packard wrote:
>
> That's the plan; the kernel just provides mechanism. The architecture
> used in the X server splits precisely at this point with the mechanism
> in the driver and the configuration and policy up in the X server
> proper. Quite a bit of th
While the ramdisk code in the page cache started with the ramfs
code it has diverged, and is a result is more complicated then
it currently needs to be. This patch simplifies the ramfs
code by syncing it with ramfs and similar pieces of code.
The big difference is that the ramdisk must cope with
On Fri, May 18, 2007 at 12:01:08PM -0400, Dave Jones wrote:
> On Fri, May 18, 2007 at 12:09:38AM -0400, Ed Sweetman wrote:
[snip]
> still has unnecessary whitespace changes
[snip]
> and still wordwrapped.
> (also capitalise ACPI)
I haven't seen any more e-mail traffic on this topic so I'm assuming
On 5/21/07, Ken Chen <[EMAIL PROTECTED]> wrote:
On 5/21/07, Al Viro <[EMAIL PROTECTED]> wrote:
> No, it doesn't. Really. It's easy to split; untested incremental to your
> patch follows:
>
> for (i = 0; i < nr; i++) {
> - if (!loop_init_one(i))
> - go
The problem: When we are trying to free buffers try_to_free_buffers
will look at ramdisk pages with clean buffer heads and remove the
dirty bit from the page. Resulting in ramdisk pages with data that
get removed from the page cache. Ouch!
When we mark a ramdisk page dirty we call set_page_dir
Jesse Barnes wrote:
There's a recent thread about PCI resource assignment (sounds like your
BIOS might be buggy btw, or you're somehow running out of space), search
for the title "PCI bridge range sizing bug". You may need the kernel to
reassign the resource for your NIC before you can use it.
The problem: When we are trying to free buffers try_to_free_buffers
will look at ramdisk pages with clean buffer heads and remove the
dirty bit from the page. Resulting in ramdisk pages with data that
get removed from the page cache. Ouch!
Buffer heads appear on ramdisk pages when a filesystem
(2nd try, better(?) changelog, quilt refreshed(!) patch)
--
Backport of
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc1/2.6.22-rc1-mm1/broken-out/gregkh-driver-sysfs-allocate-inode-number-using-ida.patch
For regular files in sysfs, sysfs_readdir wants to traverse
sysfs_
Here's a quick pass at adding do_div_signed() which provides a signed
version of do_div, avoiding having do_div users hack around signed
issues (like in ntp.c).
It probably could be optimized further, so let me know if you have any
suggestions.
Other thoughts?
thanks
-john
Signed-off-by: John
On 5/21/07, Al Viro <[EMAIL PROTECTED]> wrote:
No, it doesn't. Really. It's easy to split; untested incremental to your
patch follows:
for (i = 0; i < nr; i++) {
- if (!loop_init_one(i))
- goto err;
+ lo = loop_alloc(i);
+
Hi,
This implies a miscompile somewhere, *or* that your bios stomps on
registers that gcc expect preserved, and adding printf's disturbs the
register allocation sufficiently.
I think maybe it's caused by gcc optimize, so I add volatile to
read_sector inline assemblly, then kernel can boot succe
On Monday, May 21, 2007, System Design Works wrote:
> The kernel has a problem allocating resources for my PCI NIC. Here is
> what the kernel is reporting:
>
> # uname -a
> Linux wopr 2.6.20-gentoo-r8 #7 SMP Sun May 20 20:56:56 PDT 2007 i686 AMD
> Athlon(tm) 64 X2 Dual Core Processor 3800+ Authent
> > Are we talking CONFIG_PATA_MARVELL here? If so then the kernel I just
> > booted has this set to "y" (ie: built-in) and yet the drive is still not
> > detected. Is there a newer version of this driver somewhere? The kernel
> > was 2.6.22-rc2.
>
> Should be current. Its known to work fine fo
On Mon, May 21, 2007 at 06:39:51PM -0700, William Lee Irwin III wrote:
> On Mon, May 21, 2007 at 11:27:42AM +0200, Nick Piggin wrote:
> >> ... yeah, something like that would bypass
>
> On Mon, May 21, 2007 at 05:43:16PM -0500, Matt Mackall wrote:
> > As long as we're throwing out crazy unpopular
On Monday, May 21, 2007, Jon Smirl wrote:
> I am not asking that these features be implemented today. I am asking
> that enough planning go into the architecture today to make sure that
> these features can be built in the future without tearing up the
> graphics system for a third time.
>
> This i
* Chris Wright ([EMAIL PROTECTED]) wrote:
> * Alan Cox ([EMAIL PROTECTED]) wrote:
> > Yeah - fix your mailer, you got a reply 5 days ago.
>
> Sure wouldn't be the first time something broke. I'll take a look.
Thanks for the prod. I found 2 quite stale RBL entries, causing
long connection delay
On Mon, May 21, 2007 at 06:30:15PM -0700, Ken Chen wrote:
> On 5/21/07, Al Viro <[EMAIL PROTECTED]> wrote:
> >On Mon, May 21, 2007 at 03:00:55PM -0700, [EMAIL PROTECTED] wrote:
> >> + if (register_blkdev(LOOP_MAJOR, "loop"))
> >> + return -EIO;
> >> + blk_register_region(MKDEV(L
On 5/21/07, Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
>
> I don't want to add asm-ia64/fixmap.h with dummy definitions
> just for this.
>
> Can we add this:
>
> asm-ia64/io.h: #define bt_ioremap ioremap
> asm-x86_64/io.h: #define bt_ioremap early_ioremap
>
> and use bt_ioremap instead?
>
Pl
The kernel has a problem allocating resources for my PCI NIC. Here is
what the kernel is reporting:
# uname -a
Linux wopr 2.6.20-gentoo-r8 #7 SMP Sun May 20 20:56:56 PDT 2007 i686 AMD
Athlon(tm) 64 X2 Dual Core Processor 3800+ AuthenticAMD GNU/Linux
# dmesg
...
PCI: BIOS Bug: MCFG area at e
On Mon, May 21, 2007 at 11:27:42AM +0200, Nick Piggin wrote:
>> ... yeah, something like that would bypass
On Mon, May 21, 2007 at 05:43:16PM -0500, Matt Mackall wrote:
> As long as we're throwing out crazy unpopular ideas, try this one:
> Divide struct page in two such that all the most commonly
Andrew Morton wrote:
> Actually, someone (eg distros) looking at Tejun's changelog would still be
> struggling to answer the question "do I need this". The one thing it
> claims to fix is "duplicate inode numbers". But why is that a problem?
> What are the user-visible consequences of not mergin
On 5/21/07, Al Viro <[EMAIL PROTECTED]> wrote:
On Mon, May 21, 2007 at 03:00:55PM -0700, [EMAIL PROTECTED] wrote:
> + if (register_blkdev(LOOP_MAJOR, "loop"))
> + return -EIO;
> + blk_register_region(MKDEV(LOOP_MAJOR, 0), range,
> + THIS_MODULE, l
On 5/18/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
On Wednesday 16 May 2007 17:37, Anton Blanchard wrote:
> Hi Hugh,
>
> > It's interesting that compat_core_sys_select() shows this kmalloc(0)
> > failure but core_sys_select() does not. That's because core_sys_select()
> > avoids kmalloc by using
* Alan Cox ([EMAIL PROTECTED]) wrote:
> Yeah - fix your mailer, you got a reply 5 days ago.
Sure wouldn't be the first time something broke. I'll take a look.
thanks,
-chris
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mo
On Tue, 22 May 2007, Nick Piggin wrote:
> That would be unpopular with pagecache, because that uses pretty well
> all fields.
SLUB also uses all fields
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
commit e8edc6e03a5c8562dc70a6d969f732bdb355a7e7 added an include of
linux/jiffies.h in linux/smb_fs.h outside the ifdef __KERNEL__.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
include/linux/smb_fs.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
--
Cheers,
Stephen Rothw
On Mon, May 21, 2007 at 05:43:16PM -0500, Matt Mackall wrote:
> On Mon, May 21, 2007 at 11:27:42AM +0200, Nick Piggin wrote:
> >
> > ... yeah, something like that would bypass
>
> As long as we're throwing out crazy unpopular ideas, try this one:
>
> Divide struct page in two such that all the
On Tue, 22 May 2007 00:57:56 +0200, Eric Sesterhenn / Snakebyte <[EMAIL
PROTECTED]> wrote:
> http://marc.info/?l=linux-kernel&m=115144559823592&w=2
Shows how much we care about floppy... It's going to be a year old soon.
> +++ linux-2.6/drivers/block/floppy.c 2007-05-22 00:54:18.0 +020
> A simple example would be
> help texts, right now they are per symbol, but they should really be per
> menu, so archs can provide different help texts for something.
This one turned out easy.
I assume what you had in mind was something like the attached.
With this the help entry present is n
On Mon, 21 May 2007 17:38:58 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Tue, 22 May 2007, KAMEZAWA Hiroyuki wrote:
>
> > For i386(32bit arch), there is not enough space for vmemmap.
>
> I thought 32 bit would use flatmem? Is memory really sparse on 32
> bit? Likely difficult
On Mon, 21 May 2007 19:18:55 -0500 Eric Sandeen <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Mon, 21 May 2007 13:11:21 -0500
> > Eric Sandeen <[EMAIL PROTECTED]> wrote:
> >
> >> This is a non-ida backport of Tejun's patch in -mm at:
> >> ftp://ftp.kernel.org/pub/linux/kernel/people/ak
> So why do you want it in kernel security is not the sensible answer
> here.
I'm not proposing the KGI solution where every device driver presents
the same API. That model does require a lot of code in the kernel.
The existing DRM model where each driver provides it's own API is a
good one
On Mon, May 21, 2007 at 04:26:03AM -0700, William Lee Irwin III wrote:
> On Mon, May 21, 2007 at 01:08:13AM -0700, William Lee Irwin III wrote:
> >> Choosing k distinct integers (mem_map array indices) from the interval
> >> [0,n-1] results in k(n-k+1)/n non-adjacent intervals of contiguous
> >> ar
On Tue, 2007-05-22 at 10:09 +1000, Benjamin Herrenschmidt wrote:
> I do stongly beleive that the decision of what mode to choose should not
> be made in the kernel.
That's the plan; the kernel just provides mechanism. The architecture
used in the X server splits precisely at this point with the m
On 5/21/07, Alan Cox <[EMAIL PROTECTED]> wrote:
> > the kernel, it can be a lot smaller than X and auditable.. sticking
> > the DRI protocol in the kernel is just pointless..
>
> It is a quite sensible idea.
>
> The userspace X server SHOULD be running under a non-root user, with
> appropriate fi
On Tue, 22 May 2007, KAMEZAWA Hiroyuki wrote:
> For i386(32bit arch), there is not enough space for vmemmap.
I thought 32 bit would use flatmem? Is memory really sparse on 32
bit? Likely difficult due to lack of address space?
> For 64bit arch, page flags are not exhausted yet.
Right.
-
To un
> It's there specifically to fish out why it was sent to -stable w/out
> ever making it upstream. Having sent the same question w/ no response
> 5 days ago
Yeah - fix your mailer, you got a reply 5 days ago.
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
On Mon, 21 May 2007 16:18:25 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 21 May 2007, Chris Wright wrote:
> > ---
> > [chrisw: Why is this not upstream yet?]
>
> And equally importantly, why is it even in the stable queue if it's not
> upstream.
Its not relevant to ups
Alan Cox wrote:
the kernel, it can be a lot smaller than X and auditable.. sticking
the DRI protocol in the kernel is just pointless..
It is a quite sensible idea.
The userspace X server SHOULD be running under a non-root user, with
appropriate fine-grained privs granted to it.
"I need root
> Are we talking CONFIG_PATA_MARVELL here? If so then the kernel I just
> booted has this set to "y" (ie: built-in) and yet the drive is still not
> detected. Is there a newer version of this driver somewhere? The kernel
> was 2.6.22-rc2.
Should be current. Its known to work fine for that chip
On Mon, 21 May 2007 10:08:06 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Sun, 20 May 2007, Andi Kleen wrote:
>
> > Besides with the scarcity of pageflags it might make sense to do "64 bit
> > only"
> > flags at some point.
>
> There is no scarcity of page flags. There is
>
>
On Tue, May 22, 2007 at 12:42:00AM +0200, Pavel Machek wrote:
> On Mon 2007-05-21 14:45:53, Matthew Garrett wrote:
> > So don't do it badly. The advantage of doing so is that you can make it
> > work properly, which you can't by putting it in the kernel.
>
> You want stuff like critical shutdowns
> > the kernel, it can be a lot smaller than X and auditable.. sticking
> > the DRI protocol in the kernel is just pointless..
>
> It is a quite sensible idea.
>
> The userspace X server SHOULD be running under a non-root user, with
> appropriate fine-grained privs granted to it.
>
> "I need ro
Two fixes; the rest is trivial pre-release administrivia (ie. only bump
versions and chomp whitespace after everything else gets merged up)
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following upda
Hey there,
On 5/19/07, Michal Piotrowski <[EMAIL PROTECTED]> wrote:
Here is a list of some known regressions in 2.6.22-rc2.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
Subject: nx6125 has lost fan control
References : http://lkml.org/lkml/2
On 5/21/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Jon Smirl wrote:
> 2) Address the long outstanding issue of multi-seat at the console
> level. My solution to this is the one device per CRTC model.
This is very very low priority. Pretty much nobody besides you is
clamoring for it.
> 3) Elim
On Mon, 2 Apr 2007 11:43:19 +1000 CaT <[EMAIL PROTECTED]> wrote:
>
> I take minute by minute snapshots of network traffic by sampling
> /proc/net/dev and most of the time everything works fine. Occasionally
> though I get petabyte byte traffic and corresponding packet traffic.
We were able to re
On Mon, 2007-05-21 at 13:42 -0400, Jon Smirl wrote:
>
> When I went through the design process for all this I came to the same
> conclusion about needing a user space console process.
>
> User space console does impact on all of this because it implies that
> the current console should be be defe
Andrew Morton wrote:
On Mon, 21 May 2007 13:11:21 -0500
Eric Sandeen <[EMAIL PROTECTED]> wrote:
This is a non-ida backport of Tejun's patch in -mm at:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc1/2.6.22-rc1-mm1/broken-out/gregkh-driver-sysfs-allocate-inode-number-usi
On Mon, 21 May 2007 19:24:57 -0400 (EDT) Robert P. J. Day wrote:
>
> $ git show dde33348e53ecab687a9768bf5262f0b8f79b7f2
> ...
> --- a/fs/partitions/ldm.c
> +++ b/fs/partitions/ldm.c
> ...
> - (unsigned long long)ph->config_size );
> + udunsigned long l
On Mon, May 21, 2007 at 03:00:55PM -0700, [EMAIL PROTECTED] wrote:
> + if (register_blkdev(LOOP_MAJOR, "loop"))
> + return -EIO;
> + blk_register_region(MKDEV(LOOP_MAJOR, 0), range,
> + THIS_MODULE, loop_probe, NULL, NULL);
> +
> + for (i = 0; i
On Mon, 2007-05-21 at 18:14 +0100, Dave Airlie wrote:
>
> > 6) Eliminate the existing VT swap driver free for all. I would
> compile
> > out the VT layer and replace it with a compatible API that enforces
> > some sanity.
>
> I'm hoping to look into this but it is a parallel problem to what this
On Tue, May 22, 2007 at 01:10:38AM +0100, Al Viro wrote:
> On Mon, May 21, 2007 at 09:11:02AM -0700, Linus Torvalds wrote:
> >
> >
> > On Sun, 20 May 2007, Kay Sievers wrote:
> > >
> > > Right, providing "preallocated" devices, 8 or the number given in
> > > max_loop, sounds like the best option
> In collaboration with the FB guys, we've been working on enhancing
> the
> kernel's graphics subsystem in an attempt to bring some sanity to the
> Linux graphics world and avoid the situation we have now where
> several
> kernel and userspace drivers compete for control of graphics devices.
On Mon, May 21, 2007 at 09:11:02AM -0700, Linus Torvalds wrote:
>
>
> On Sun, 20 May 2007, Kay Sievers wrote:
> >
> > Right, providing "preallocated" devices, 8 or the number given in
> > max_loop, sounds like the best option until the tools can handle that.
>
> Yes. Can somebody who actually _
On 5/21/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Jon Smirl wrote:
> There is a significant group of Linux users who want to be able to
> login separate users to each screen/head/crtc/output device. These
> people are concentrated in the third world and don't show up at OLS to
> argue their case
1 - 100 of 604 matches
Mail list logo
