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;
> > +
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
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
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
* 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
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
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]>
---
*
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
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
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
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
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
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
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
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
> > >
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
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:
> 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
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
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
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
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
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
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
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
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))
> -
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
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
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
(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
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:
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
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+
> > 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
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
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
* 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;
> >> +
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?
>
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
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
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
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,
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]
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
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=115144559823592=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 +0200
>
> 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
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:
> >>
> 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
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
> >>
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
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
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
> 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
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
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
> > 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
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
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 :
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)
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
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
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:
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
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;
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
> 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
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?
I can not use
Dave Jones wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=1044 points out an
additional hard disk that doesn't handle DMA transfers correctly.
This patch is the libata variant of the earlier patch to drivers/ide/
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
applied
-
To unsubscribe from
Here's a patch from Kay that has been knocking around in my personal
tree for about 6 months. It moves the block code to use 'struct device'
and moves the tree from /sys/block into /sys/class/block.
Now don't everyone fret, there are still symlinks in /sys/block to the
new entries, so older
> > 02:00.0 IDE interface: Marvell Technology Group Ltd. Unknown device
> > 6101 (rev b1) (prog-if 8f [Master SecP SecO PriP PriO]) Subsystem:
> > Marvell Technology Group Ltd. Unknown device 6101 Flags: bus master,
> > fast devsel, latency 0, IRQ 10
> :
> Looks like you've got Marvell IDE for
Two fixes and a one-line constant addition.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/declance.c |2 --
drivers/net/e1000/e1000_main.c |4
On Mon, 21 May 2007, Jeff Garzik wrote:
> > And no, I do not think it's languishing in my mailqueue. I'm pretty sure
> > it's languishing somewhere else.
>
> AFAIK it was obsoleted by another Tejun patch which -is- upstream.
>
> Am I missing something?
Ahh, in that case it should hopefully
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 constant interval (and,
On Mon, 21 May 2007, Christoph Lameter wrote:
> So I guess the issue is that lockdep does a slab alloc while we get the
> slab lock during slab alloc?
Lockdep is not available on IA64 where I would be able to figure it out
using a simulator. x86_64 early printk support seems to be broken?
No
* 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.
>
> It's against stable rules, and it means that we may have stuff
Linus Torvalds 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.
It's against stable rules, and it means that we may have stuff that gets
fixed in -stable and not
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.
It's against stable rules, and it means that we may have stuff that gets
fixed in -stable and not in -upstream, if people
On 5/21/07, Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
How about just plain "console=8250,io,..."?
then the
__setup("console", setup_console);
setup_console will think their is one ttyS8, and then ...
How about console=uart8250,...?
I don't want to add asm-ia64/fixmap.h with dummy
On Tue, May 22, 2007 at 12:28:57AM +0200, Uwe Bugla wrote:
> Hello everybody,
>
> kernel 2.6.21.1 makes my machine Oops about 20 seconds after KDE 3,5 is
> brought up showing its graphical login (kdm):
>
> lspci -v, based on a "sane" kernel 2.6.22-rc2 or 2.6.20.11 (with both of
> them
$ git show dde33348e53ecab687a9768bf5262f0b8f79b7f2
...
--- a/fs/partitions/ldm.c
+++ b/fs/partitions/ldm.c
...
- (unsigned long long)ph->config_size );
+ udunsigned long long)ph->config_size);
^^
rday
--
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.
There is another group that wants Unicode consoles. The
Dave Airlie wrote:
3) Eliminate the need for a root priv controlling process. Get rid of
the potential for a security hole.
Stupid idea, we need something to control policy, this isn't going in
the kernel, it can be a lot smaller than X and auditable.. sticking
the DRI protocol in the kernel
1 - 100 of 1206 matches
Mail list logo