I agree with 97% of what you write, Chandra.
> one more level of indirection(instead of task->cpuset->cpus_allowed
> it will be task->taskclass->res[CPUSET]->cpus_allowed).
No -- two more levels of indirection (task->cpus_allowed becomes
task->taskclass->res[CPUSET]->cpus_allowed).
> But, for
Shailabh Nagar wrote:
Version e17 of the Class-based Kernel Resource Management
is now available for download from
http://sourceforge.net/project/showfiles.php?group_id=85838&package_id=94608
The major updates since the previous version include:
1. Numerous bugfixes
2. Control over rate of p
On 2005-02-11T19:58:41, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> > +/* Code borrowed from dm-lsi-rdac by Mike Christie */
>
> Any reason that module isn't submitted?
No idea why.
> > + bio->bi_bdev = path->dev->bdev;
> > + bio->bi_sector = 0;
> > + bio->bi_private = path;
> > + bi
NL_EMULATE_DEV handler functions can't ever be set, so let's rip them
out too. I realize the other half (netlink_attach()) just came out in
2.6.11-rc1, but what's left behind can't be used at all.
Signed-off-by: Chris Wright <[EMAIL PROTECTED]>
af_netlink.c | 24 +---
1 fi
Jody,
This happens every time you connect a device which ends up doing
ISO_LISTEN_CHANNEL. We fixed the device disconnect case in -mm recently.
I had sent you and Andrew an alternative patch which fixes this
dma_pool_create case as well as the dma_pool_destroy case, albeit with a
disadvantage - Th
On Fri, 2005-02-11 at 17:58 -0700, Hanson, Jonathan M wrote:
> I'm trying to write to a file with the O_DIRECT flag from a
> kernel module in a 2.4 series of kernel on x86 hardware. I've learned
> that the O_DIRECT flag requires that the amount of data written and the
> file offset pointer mu
This patch introduces the sys_page_migrate() system call:
sys_page_migrate(pid, va_start, va_end, count, old_nodes, new_nodes);
Its intent is to cause the pages in the range given that are found on
old_nodes[i] to be moved to new_nodes[i]. Count is the the number of
entries in these two arrays o
Add some extern declarations to include/linux/mmigrate.h to
eliminate some "implicitly" declared warnings.
Signed-off-by:Ray Bryant <[EMAIL PROTECTED]>
Index: linux-2.6.11-rc2-mm2/include/linux/mmigrate.h
===
--- linux-2.6.11-rc2-mm2
To migrate pages from one node to another, we need to tell
try_to_migrate_pages() which nodes we want to migrate off
of and where to migrate the pages found on each such node.
We do this by adding the node_map array argument to
try_to_migrate_pages(); node_map[N] gives the target
node to migrate
Fix up a switch statement so gcc doesn't complain about it.
Signed-off-by: Ray Bryant <[EMAIL PROTECTED]>
Index: linux/mm/mmigrate.c
===
--- linux.orig/mm/mmigrate.c2005-01-30 11:13:58.0 -0800
+++ linux/mm/mmigrate.c 2005
This patch removes some remaining Memory HOTPLUG specific code
from the page migration patch. I have sent Dave Hansen the -R
version of this patch so that this code can be added back
later at the start of the Memory HOTPLUG patches themselves.
In particular, this patchremoves VM_IMMOVABLE and MA
Overview
The purpose of this set of patches is to introduce (one part of) the
necessary kernel infrastructure to support "manual page migration".
That phrase is intended to describe a facility whereby some user program
(most likely a batch scheduler) is given the responsibility of managin
Fix a trivial error in include/linux/mmigrate.h
Signed-off-by: Ray Bryant <[EMAIL PROTECTED]>
Index: linux-2.6.11-rc2-mm2/include/linux/mmigrate.h
===
--- linux-2.6.11-rc2-mm2.orig/include/linux/mmigrate.h 2005-02-11
10:08:10.0
This patch removes some remaining Memory HOTPLUG specific code
from the page migration patch. I have sent Dave Hansen the -R
version of this patch so that this code can be added back
later at the start of the Memory HOTPLUG patches themselves.
In particular, this patch removes some #ifdef CONFIG_
This program [cribbed loosely from tst-cancel17.c in glibc] has changed
behavior with the recent pipe changes. It used to block; which makes sense.
It gets the maximum buffer size for the pipe (or a page if that's larger),
and writes that many bytes plus two to it. It reads one back. The write
"
There is no Kconfig option to enable CONFIG_ETHERTAP_MC, and if you
could the resulting source would not build. That code uses the obsolete
protinfo union, then further pokes into a privately defined netlink
structure to setup the groups. Remove this broken code altogether.
It'd be nice to remove
The size of LAN bridged messages was not being returned properly from
the function that calculated address sizes. This fixes the problem.
Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
Index: linux-2.6.11-rc3/drivers/char/ipmi/ipmi_msghandler.c
On Fri, 11 Feb 2005, Chuck Ebbert wrote:
>
> And in any case is it too much to ask for an 80-column limit? ;)
Yes. Dammit, especially for something like this, the long-line version is
just _so_ much more readable. Compare my and your version wrt being able
to tell what the differences betwe
On Thu, 10 Feb 2005 at 17:38:39 +0900, Tejun Heo wrote:
> - (drive->capacity64 >= (1UL << 28)))
> - rq->buffer[0] = WIN_FLUSH_CACHE_EXT;
> + (drive->capacity64 >= (1UL << 28))) {
> + task->tfRegister[IDE_COMMAND_OFFSET] = WIN_FLUSH_CACHE_EXT;
Shouldn't t
On Sun, 6 Feb 2005 at 20:26:55 +0900, Tejun Heo wrote:
> + if (drive->using_dma &&
> + !(hwif->no_lba48_dma && block + rq->nr_sectors > 1ULL << 28)) {
> + /* DMA */
> + if (hwif->dma_setup(drive))
> + goto fallback_to_pio;
> + if
On Tue, 8 Feb 2005 at 18:27:08 -0800, Linus Torvalds wrote:
> +/*
> + * Strange magic calling convention: pointer in %ecx,
> + * value in %eax(:%edx), return value in %eax, no clobbers.
> + */
> +extern void __put_user_1(void);
> +extern void __put_user_2(void);
> +extern void __put_user_4(void);
Hi...
I needed this patch to get this working, I think they are obvious
corrections:
--- cdsymlinks.c.orig 2005-02-12 02:51:15.0 +0100
+++ cdsymlinks.c2005-02-12 02:48:35.0 +0100
@@ -218,7 +218,7 @@
list_assign_split (struct list_t *list, char *text)
{
char *token =
On Fri, Feb 11, 2005 at 01:21:12AM -0800, Paul Jackson wrote:
> [ For those who have already reached a conclusion on this
> subject, there is little that is new below. It's just
> cast in a different light, as an analysis of how well
> the CKRM cpuset/memset task class that Chandra describes
Venkatesh Pallipadi <[EMAIL PROTECTED]> wrote:
>
> After burning my fingers with a similar mistake in one of the patches
> that I am working on, I did a quick grep to find out all faulty kmalloc()
> calls and found this.
>
> dma_declare_coherent_memory() is calling kmalloc with wrong argumen
After burning my fingers with a similar mistake in one of the patches
that I am working on, I did a quick grep to find out all faulty kmalloc()
calls and found this.
dma_declare_coherent_memory() is calling kmalloc with wrong arguments.
Attached patch fixes this.
Please apply.
Thanks,
Venki
On 2005.02.12, J.A. Magallon wrote:
>
> On 2005.02.12, J.A. Magallon wrote:
> > Hi...
> >
> > I have a little problem with udev. I have udev-051, but have tried
> > cdsymlinks.c from 053 and is the same.
> >
> > It does not give 'cdrom' or 'dvd' for DVD writers.
> > In one box, hdb is a DVD, an
On 2005.02.12, J.A. Magallon wrote:
> Hi...
>
> I have a little problem with udev. I have udev-051, but have tried
> cdsymlinks.c from 053 and is the same.
>
> It does not give 'cdrom' or 'dvd' for DVD writers.
> In one box, hdb is a DVD, and hdc is a DVDRW:
>
Opps, and cdsymlinks.c and .sh be
Hi...
I have a little problem with udev. I have udev-051, but have tried
cdsymlinks.c from 053 and is the same.
It does not give 'cdrom' or 'dvd' for DVD writers.
In one box, hdb is a DVD, and hdc is a DVDRW:
werewolf:/proc/sys/dev/cdrom> cat info
CD-ROM information, Id: cdrom.c 3.20 2003/12/17
I'm trying to write to a file with the O_DIRECT flag from a
kernel module in a 2.4 series of kernel on x86 hardware. I've learned
that the O_DIRECT flag requires that the amount of data written and the
file offset pointer must be multiples of the underlying "block size."
To try thin
On Sat, Feb 12, 2005 at 12:56:54AM +0100, Matthias-Christian Ott wrote:
> Nathan Lynch wrote:
>
> >With 2.6.11-rc3-bk7 on ppc64 I am seeing lots of smp_processor_id
> >warnings whenever I hotplug cpus:
...
>
> Use get_cpu() (It disables preemption) or __smp_processor_id () (on a smp).
It's not ne
Hi,
Greg KH write:
> Very nice stuff. Ok, that's a good reason not to get rid of these
> files, although they can be generated on the fly from the modules
> themselves (like depmod does it.)
Time to resurrect modinfo? ;-)
Didn't we plan to get rid of that, too?
If we like to use information fro
This patch is somewhat of a companion to the "no buddy bitmap" patches.
It messes with core allocator functions, so it probably deserves a long
turn in -mm.
Appended is a patch which stops using the zone->zone_mem_map to
calculate the buddy and combined page pointers. It uses the fact
that the me
Hi,
Rik van Riel wrote:
> On Wed, 9 Feb 2005, Daniel Jacobowitz wrote:
> > On Tue, Feb 08, 2005 at 06:10:18PM -0800, Andrew Morton wrote:
> > It's asking for a lot of unwritable zeroed space. See this:
> >> LOAD 0x00 0x08048000 0x08048000 0xb7354 0x1b7354 R E
> >> 0x1000 LOAD
On Thu, Feb 10, 2005 at 12:17:24PM +0100, Fruhwirth Clemens wrote:
> On Thu, 2005-02-10 at 02:33 -0800, Andrew Morton wrote:
> > Fruhwirth Clemens <[EMAIL PROTECTED]> wrote:
> > >
> > > On Wed, 2005-02-09 at 17:19 -0800, Andrew Morton wrote:
> > > > Fruhwirth Clemens <[EMAIL PROTECTED]> wrote:
> >
On Feb-05 2005, Sat, 16:06 -0600
Narayan Desai <[EMAIL PROTECTED]> wrote:
> Try muting the headphone jack sense control with alsamixer. I had the
> same problem with rc2 on my t41p, and that solved it.
This doesn't help on a T40p, I'm afraid.
No sound in 2.6.11-rc3 with snd-intel8x0.ko, worked al
I'm testing some code and I compiled the Virtual framebuffer as a module.
When I insert it I get a Badness in map_area_pte at mm/vmalloc.c:126. What
causes this?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
On Fri, 2005-02-11 at 09:06 -0800, Greg KH wrote:
> On Fri, Feb 11, 2005 at 12:47:07PM +0100, Kasper Sandberg wrote:
> > On Thu, 2005-02-10 at 22:41 -0800, Greg KH wrote:
> > > On Fri, 2005-02-11 at 02:30 +0100, Kasper Sandberg wrote:
> > > > hey greg
> > > >
> > > > i remember for some months bac
Nathan Lynch wrote:
Hi-
With 2.6.11-rc3-bk7 on ppc64 I am seeing lots of smp_processor_id
warnings whenever I hotplug cpus:
# echo 0 > /sys/devices/system/cpu/cpu1/online
cpu 1 (hwid 1) Ready to die...
BUG: using smp_processor_id() in preemptible [0001] code:
ksoftirqd/1/5
caller is .ksoftirqd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello, Barbara Post.
On 12.02.2005 02:25 you said the following:
| Hi,
| I am unable to use my USB Agfa Snapscan 1212_U scanner, with kernel
| 2.6.8.1 or 2.6.10 (both compiled by myself from www.kernel.org sources)
| and xsane 0.96-1 (Debian).
|
| It wo
Holger Waechtler wrote:
> Adrian Bunk wrote:
>
> >Before I'm getting flamed to death:
> >This patch contains possible cleanups. If parts of this patch conflict
> >with pending changes these parts of my patch have to be dropped.
> >
> >This patch contains the following possible cleanups:
> >- make
Hi-
With 2.6.11-rc3-bk7 on ppc64 I am seeing lots of smp_processor_id
warnings whenever I hotplug cpus:
# echo 0 > /sys/devices/system/cpu/cpu1/online
cpu 1 (hwid 1) Ready to die...
BUG: using smp_processor_id() in preemptible [0001] code:
ksoftirqd/1/5
caller is .ksoftirqd+0xbc/0x1f8
Call T
Hi,
I am unable to use my USB Agfa Snapscan 1212_U scanner, with kernel
2.6.8.1 or 2.6.10 (both compiled by myself from www.kernel.org sources)
and xsane 0.96-1 (Debian).
It worked with kernel 2.6.7.
When I use VMware, I'm able to use it though (in Windows), whatever
linux kernel I use.
When I st
On Mon, Feb 07, 2005 at 12:39:42PM -0700, Bjorn Helgaas wrote:
> Claim Topic TP560 data/fax/voice modem. This device reports as class 0x0780,
> so we don't claim it by default:
Applied, thanks.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6
Hi Alasdair,
Alasdair G Kergon wrote:
> +/*
> + * Constructs a hardware handler object, takes custom arguments
> + */
> +typedef int (*hwh_ctr_fn) (struct hw_handler *hwh, unsigned arc, char
> **argv); +typedef void (*hwh_dtr_fn) (struct hw_handler *hwh);
> +
> +typedef void (*hwh_pg_init_fn) (str
Johannes Resch wrote:
Hi,
[please CC me on replies]
I've got a box running 2.6.10 (with the patch[0] needed to support the
Promise SATAII 150 TX4 controller).
This box has three software raid1 partitions mirrored on a SATA disk on
the Promise controller and a disk on the mainboard IDE controller
On Fri, Feb 11, 2005 at 01:36:32PM -0800, Andrew Morton wrote:
> Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> > > +EXPORT_SYMBOL(dm_register_path_selector);
> > > +EXPORT_SYMBOL(dm_unregister_path_selector);
> Yup, this should be _GPL.
Yup - and the same applies to the other exports.
Alasda
Tone down the message about using "pci=routeirq". I do still get
a few reports, but most are now prompted just by the fact that
my email address appears in dmesg in an "error-type" message.
Signed-off-by: Bjorn Helgaas <[EMAIL PROTECTED]>
= arch/i386/pci/acpi.c 1.18 vs edited =
--- 1.18/
On Feb 11, 2005 21:39 +, Stephen C. Tweedie wrote:
> ...i_blocks is counted in fs blocksize units, so we're nowhere near
> overflowing that. It's only when stat() converts it to st_blocks'
> 512-byte units that we get into trouble within the kernel.
Umm, I don't think so. ext3 i_blocks is s
On Friday 11 February 2005 22:19, Terence Ripperda wrote:
> > > I just read through the nVidia readme file, and there is a
> > > comprehensive section on what module to use for what chipset (and
> > > card). It recommends using the nVagp for my setup,
>
> is that the "CONFIGURING AGP" appendix
Hello,
I can't seem to find clear documentation about the 'share' column
from /proc//statm.
Does this include pages that are shared with forked children marked as
copy-on-write?
Does this only reflect libraries that are dynamically loaded? What
about shared memory segments/mmaps (ala shmat or
On Fri, Feb 11, 2005 at 01:48:21PM -0500, [EMAIL PROTECTED] wrote:
> On Fri, Feb 11, 2005 at 06:04:06PM +, Nick Warne wrote:
>
> > > > This surprises me, especially considering the in-kernel nvidia-agp
> driver
> > > > was actually written by NVidia. Are there any agp error messages in
> >
On Fri, 2005-02-11 at 19:10 +0100, Hans-Peter Jansen wrote:
> Hi Ben,
>
> are you copyrighting under a new pseudonym? E.g.:
>
> On Thursday 10 February 2005 03:32, Benjamin Herrenschmidt wrote:
> > ===
> > --- /dev/null 1970-01
Followup to: <[EMAIL PROTECTED]>
By author:Richard Henderson <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> On Tue, Feb 08, 2005 at 06:27:08PM -0800, Linus Torvalds wrote:
> > That brings up another issue: if I don't care which registers a 64-bit
> > value goes into, can I get the "lo
On Fri, Feb 11, 2005 at 11:06:57PM +0100, Erik van Konijnenburg wrote:
> For an old version of the idea, see
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=284294
Very nice stuff. Ok, that's a good reason not to get rid of these
files, although they can be generated on the fly from t
applied
-
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.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Fri, Feb 11, 2005 at 01:49:57PM -0800, Greg KH wrote:
> On Fri, Feb 11, 2005 at 10:37:31PM +0100, Erik van Konijnenburg wrote:
> > On Fri, Feb 11, 2005 at 11:23:23AM -0800, Greg KH wrote:
> > > On Fri, Feb 11, 2005 at 12:01:54PM -0700, Erik Andersen wrote:
> > > > On Fri Feb 11, 2005 at 09:01:44
applied to netdev-2.6 so it can get some testing and review.
Please send patches according to the format described at
http://linux.yyz.us/patch-format.html
Particularly, patches should apply with "patch -p1" and should include a
signed-off-by line.
Jeff
-
To unsubscribe from this list: se
Andrew,
The following patch fixes an issue related to the second PCI host
controller working on MPC8555/41 systems. If possible we should get this
in before 2.6.11.
Keep track of the last PCI bus number on PCI1 so that the PCI2 host
controller can properly exclude itself at the right time, exc
On Fri, 2005-02-11 at 12:04, Russell King wrote:
>
> Please substantiate your claim that up() is very expensive on ARM.
> I disagree:
I should have made it clear that I was talking about the RT version of
up() . The RT version doesn't have any assembly in it, and it is
expensive.
> Plus
On Fri, Feb 11, 2005 at 10:37:31PM +0100, Erik van Konijnenburg wrote:
> On Fri, Feb 11, 2005 at 11:23:23AM -0800, Greg KH wrote:
> > On Fri, Feb 11, 2005 at 12:01:54PM -0700, Erik Andersen wrote:
> > > On Fri Feb 11, 2005 at 09:01:44AM -0800, Greg KH wrote:
> > > > It's not only pci, but all types
Ingo,
Here's a trivial patch to help others from freaking out when they see on
a show_trace that most of their processes are TASK_UNINTERRUPTIBLE.
Index: kernel/sched.c
===
--- kernel/sched.c (revision 75)
+++ kernel/sched.c
On Fri, Feb 11, 2005 at 01:36:32PM -0800, Andrew Morton wrote:
> Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> >
> > > +EXPORT_SYMBOL(dm_register_path_selector);
> > > +EXPORT_SYMBOL(dm_unregister_path_selector);
> >
> > I though we agreed to only allow GPL'ed path selectors at OSDL?
>
> (OSDL
Hi,
On Fri, 2005-02-11 at 21:27, Andreas Dilger wrote:
> > Trouble is, that limit *should* be an i_blocks limit, because i_blocks
> > is still 32-bits, and (more importantly) is multiplied by the fs
> > blocksize / 512 in stat(2) to return st_blocks in 512-byte chunks.
> > Overflow 2^32 sectors
On Fri, Feb 11, 2005 at 11:23:23AM -0800, Greg KH wrote:
> On Fri, Feb 11, 2005 at 12:01:54PM -0700, Erik Andersen wrote:
> > On Fri Feb 11, 2005 at 09:01:44AM -0800, Greg KH wrote:
> > > It's not only pci, but all types of busses need this kind of "coldplug"
> > > functionality. And yes, I have p
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> > +EXPORT_SYMBOL(dm_register_path_selector);
> > +EXPORT_SYMBOL(dm_unregister_path_selector);
>
> I though we agreed to only allow GPL'ed path selectors at OSDL?
(OSDL?)
Yup, this should be _GPL. Anything which uses these exports is a derived
w
On Feb 11, 2005 20:52 +, Stephen C. Tweedie wrote:
> /*
> * Maximal file size. There is a direct, and {,double-,triple-}indirect
> * block limit, and also a limit of (2^32 - 1) 512-byte sectors in i_blocks.
> * We need to be 1 filesystem block less than the 2^32 sector limit.
> */
>
> Tr
On Thu, 2005-02-03 at 22:41 +0100, Ingo Molnar wrote:
> >
> > It's clever that they do that, but additional control is needed in the
> > future. jackd isn't the most sophisticate media app on this planet (not
> > too much of an insult :)) [...]
>
> i think you are underestimating Jack - it is eas
Hi Andrew,
ide-dev-2.6 is fixed now and can be added back to -mm.
ChangeLog:
* fix OOPS in task_end_request()
* add VIA VT6410 support (Mathias Kretschmer)
* fix unneeded LBA48 taskfile registers access
* fix io_32bit race in ide_taskfile_ioctl() (Tejun Heo)
BK users:
bk pull bk://bar
On Fri, 2005-02-11 at 12:44 -0800, Michael Chan wrote:
> This patch fixes the problem reported in:
>
> http://marc.theaimsgroup.com/?l=linux-kernel&m=110798711911645&w=2
>
>
> The 5700 link problem was caused by reading uninitialized values in sram and
> causing capacitive coupling mode to be en
applied to ide-dev-2.6, thanks
I need some more time for the other patches
-
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.kernel.org/majordomo-info.html
Please read the FAQ at http://www.
On Fri, 11 Feb 2005 12:44:10 -0800
"Michael Chan" <[EMAIL PROTECTED]> wrote:
> This patch fixes the problem reported in:
>
> http://marc.theaimsgroup.com/?l=linux-kernel&m=110798711911645&w=2
>
> The 5700 link problem was caused by reading uninitialized values in sram and
> causing capacitive co
Hi,
I posted this to the linux-arm mailing list, and Russell King referred
me to the main list.
I'm running an AT91RM9200DK-based board with the 2.6.10 kernel. I'm
trying to use TmpFS for my root so I don't have a hard-coded ramdisk
size. My /linuxrc script looks something like this:
mount -t
On Fri, Feb 11, 2005 at 09:05:21AM -0800, Daniel Walker wrote:
> The other patch enabled interrupt before calling up on
> kernel_sem ..This one could use some thinking over. I did this cause
> up() is very expensive on ARM , and combined with the looping above
> interrupts can stay off for
Dave Jones wrote:
> *shrug*, if the nvidia module is properly configured, it should make
no difference at all. AGPGART operation isn't a performance critical
thing, as the hardware does 99% of the work.
Yes, that was also my opinion, but after using AGPGART, hmm.
And it was on my last 32 bit FC2 s
On Fri, Feb 11, 2005 at 09:06:40PM +0100, Harald Dunkel wrote:
> Greg KH wrote:
> >I'd like to announce, yet-another-hotplug based userspace project:
> >linux-ng. This collection of code replaces the existing linux-hotplug
> >package with very tiny, compiled executable programs, instead of the
> >
Hi all,
In testing large (>4TB) device support on 2.6, I've been using a simple
write/verify test to check both block device and regular file
correctness.
Set to write 1MB poison patterns for the whole of a file until EOF is
encountered, it worked just fine on ext3: the file got a short write on
This patch fixes the problem reported in:
http://marc.theaimsgroup.com/?l=linux-kernel&m=110798711911645&w=2
The 5700 link problem was caused by reading uninitialized values in sram and
causing capacitive coupling mode to be enabled by mistake. This patch fixes
the problem by properly validating
Good day all,
I've updated the patchset against 2.6.10. A bunch of bugs have been
fixed and mballoc now behaves smarter a bit. Extents and mballoc
patches collects some stats they print upon umount. NOTE: they must
not be used to store important data. A lot of things are to be done.
Please rev
On Fri, Feb 11, 2005 at 08:06:08PM +, Hugh Dickins wrote:
> My recent do_munmap hugetlb fix has proved inadequate. There are
> other places (madvise, mbind, mlock, mprotect) where split_vma is
> called. Only mprotect excludes a hugetlb vma: the others are in
> danger of splitting at a misalig
On Thu, Feb 10, 2005 at 05:16:09PM -0800, Greg KH wrote:
> > Please, continue this project and encourage distros to switch to it (when
> > it exceeds hotplug in functionality and stability). Ubuntu currently is
> > trying to reduce boot time, and I bet something like this would factor in
> > (e
bincdAai5MuZi.bin
Description: Binary data
Hi!
I've reimplemented the Lifebook touchscreen driver using libps2 and
input, to make it short and fitting into the kernel drivers.
Please comment on code and test for functionality!
PS.: The driver should register two input devices. It doesn't yet,
since that isn't very straightforward in the
On Fri, Feb 11, 2005 at 06:49:05PM +0100, Ingo Molnar wrote:
>
> * Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > > > Yes. There's also the whole soft limit thing.
> > >
> > > i'm curious, how does this 'per-app' rlimit thing work? If a user has
> > > jackd installed and runs it from X unprivileg
My recent do_munmap hugetlb fix has proved inadequate. There are
other places (madvise, mbind, mlock, mprotect) where split_vma is
called. Only mprotect excludes a hugetlb vma: the others are in
danger of splitting at a misaligned address, causing later BUGs.
So move the ~HPAGE_MASK check from d
Greg KH wrote:
I'd like to announce, yet-another-hotplug based userspace project:
linux-ng. This collection of code replaces the existing linux-hotplug
package with very tiny, compiled executable programs, instead of the
existing bash scripts.
cpio is running to setup a test partition.
But one que
Description:
convert from pci_module_init to pci_register_driver
Signed-off-by: Christophe Lucas <[EMAIL PROTECTED]>
Signed-off-by: Armin Schindler <[EMAIL PROTECTED]>
diff -u linux.orig/drivers/isdn/hardware/eicon/divasmain.c
linux/drivers/isdn/hardware/eicon/divasmain.c
--- linux.orig/drive
> +/* Code borrowed from dm-lsi-rdac by Mike Christie */
Any reason that module isn't submitted?
> + bio->bi_bdev = path->dev->bdev;
> + bio->bi_sector = 0;
> + bio->bi_private = path;
> + bio->bi_end_io = emc_endio;
> +
> + page = alloc_page(GFP_ATOMIC);
> + if (!page) {
On Fri, Feb 11, 2005 at 03:22:34PM -0200, Alexandre Oliva wrote:
> On Feb 11, 2005, Jon Smirl <[EMAIL PROTECTED]> wrote:
>
> > It's not Larry choosing not to have you do the work, you are self
> > selecting not to do it because you won't sign the contracts.
>
> No. We don't want access to the BK
On Fri, 2005-02-11 at 11:42 -0800, Matt Mackall wrote:
> On Fri, Feb 11, 2005 at 12:49:04PM -0500, Paul Davis wrote:
> > >RT-LSM introduces architectural problems in the form of bogus API. And
> >
> > that may be true of LSM, but not RT-LSM in particular. RT-LSM doesn't
> > introduce *any* API wha
On Fri, Feb 11, 2005 at 01:07:08AM -0600, Al Borchers wrote:
>
>
> On Thursday 10 February 2005 9:39 am, Nishanth Aravamudan wrote:
> >> It came up on IRC that the wait_cond*() functions from
> >> usb/serial/gadget.c could be useful in other parts of the kernel. Does
> >> the following patch make
On Fri, Feb 11, 2005 at 10:56:02AM -0800, none given wrote:
> On Fri, February 11, 2005 11:18 am, Larry McVoy said:
> >The mails have started flowing in saying "I don't agree with Alexandre
> >and please don't pull the plug" so a point of clarification. We have
> >no intention of shutting down the
Hi,
this patch against 2.6.11-rc3 fixes some warnings about GtkToolButton in gkc
(the GTK Kernel Configurator).
Please apply.
Thanks, Romain.
Signed-off-by: Romain Liévin <[EMAIL PROTECTED]>
[cut here]
diff -Naur linux-2.6.11-rc3/scripts/kconfig/gconf.c
lin
On Fri, Feb 11, 2005 at 12:49:04PM -0500, Paul Davis wrote:
> >RT-LSM introduces architectural problems in the form of bogus API. And
>
> that may be true of LSM, but not RT-LSM in particular. RT-LSM doesn't
> introduce *any* API whatsoever - it simply allows software to call
> various existing AP
Adrian Bunk wrote:
Before I'm getting flamed to death:
This patch contains possible cleanups. If parts of this patch conflict
with pending changes these parts of my patch have to be dropped.
This patch contains the following possible cleanups:
- make needlessly global code static
- remove the fol
On Fri, Feb 11, 2005 at 12:01:54PM -0700, Erik Andersen wrote:
> On Fri Feb 11, 2005 at 09:01:44AM -0800, Greg KH wrote:
> > It's not only pci, but all types of busses need this kind of "coldplug"
> > functionality. And yes, I have plans to provide that functionality in
> > this package too.
> >
This patch makes two needlessly global variables static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 16 Jan 2005
--- linux-2.6.11-rc1-mm1-full/arch/i386/kernel/io_apic.c.old2005-01-16
04:38:36.0 +0100
+++ linux-2.6.11-rc1-mm1-full/arch/i386/
On Fri, Feb 11, 2005 at 04:08:40PM +0100, Guillaume Thouvenin wrote:
> +void kobject_fork(struct kobject *kobj, pid_t parent, pid_t child)
> +{
> +#ifdef CONFIG_KOBJECT_UEVENT
No, provide two different functions. In a header file make it a static
inline function that does nothing if this option i
On Fri Feb 11, 2005 at 09:01:44AM -0800, Greg KH wrote:
> It's not only pci, but all types of busses need this kind of "coldplug"
> functionality. And yes, I have plans to provide that functionality in
> this package too.
>
> In fact, if anyone looking to contribute some well defined and easy to
This patch contains cleanups under drivers/video/ including:
- make some needlessly global code static
- the following was needlessly EXPORT_SYMBOL'ed:
- fbcon.c: fb_con
- fbmon.c: get_EDID_from_firmware (completely unused)
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/video/cf
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 16 Jan 2005
arch/i386/kernel/mpparse.c |4 ++--
arch/x86_64/kernel/mpparse.c |4 ++--
include/asm-i386/mpspec.h|1 -
include/asm-x86_64/mp
1 - 100 of 218 matches
Mail list logo
