videodev, allow VIDIOCGMBUF
this is 'v' compat ioctl handled in v4l2
Cc: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit fdc535e5e7c1b1781e903d4d21e1f657a9ac12c9
tree 8beb32a89d2679b14577762ebec8fb3c1e81fcaf
parent 94b6ccaf1ca50632014202d3eeb99a
v4l1-compat, fix VIDIOCSPICT for non-OVERLAY
Do not return EINVAL for devices, which don't support overlay.
Cc: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 637f1c324c57b002bcc94f68a1150e1ff32593c4
tree cf35d8f5990c1f335778bd85a4461c4e716daee
Andrew Morton wrote:
>
> Without patch:
>
> (gdb) x/20i _start
> 0x0 <_start>: ljmpw $0x0,$0x8
> 0x6 <_start+6>: rolb $0x8c,(%edi)
> 0x9 : enter $0xd88e,$0x8e
> 0xd : rorb $0xfb,0x7c00bcd0(%esi)
> 0x14 : cld
> 0x15 : mov$0x20ac0031,%esi
> 0x1a : (bad)
> 0x1b :
On Tue, 8 May 2007, Cornelia Huck wrote:
>
> > Threading at a driver level still does that (ie individual disks may be
> > attached in some order that depends on how fast they are to respond), but
> > in a much more controlled fashion, and only for drivers that explicitly
> > say that they can
On Tue, 8 May 2007, Jean Delvare wrote:
>
> git://jdelvare.pck.nerim.net/jdelvare-2.6 hwmon-for-linus
This doesn't seem to be the right URL:
"fatal: The remote end hung up unexpectedly"
(the git daemon on purpose doesn't tell *why* it hung up, for security
reasons - you don't want to
Looks more complex than necessary. Why do you want to execute
an arch specific script to list the __IGNORE symbols? That would
allow an arch to generate a list with sed/perl/etc. but that
looks like overkill.
If you just have an arch specific file with the right defines.
E.g. for x86_64 in inclu
On Tue, May 08, 2007 at 04:12:00PM +1000, Nick Piggin wrote:
> I didn't actually check system and user times for the mysql
> benchmark, but that's exactly what I had in mind when I
> mentioned the poor cache behaviour this patch could cause. I
> definitely did see user times go up in benchmarks whe
On Tue, May 08, 2007 at 03:28:17AM -0700, Andrew Morton wrote:
> On Sat, 5 May 2007 12:44:52 +0200 Alexander van Heukelum <[EMAIL PROTECTED]>
> wrote:
> > --- a/arch/i386/boot/bootsect.S
> > +++ b/arch/i386/boot/bootsect.S
> > @@ -44,7 +44,7 @@ #endif
> > _start:
> >
> > # Normalize the sta
Alexander van Heukelum wrote:
>
> Oh! A padding hole in a struct! That could be a problem. If the freeze
> is after decompression, could you test if this makes it work again?
>
The correct fix is to apply __attribute__((packed)) to this structure.
Of course, changing the boot sector will cause d
Mark Lord wrote:
Thomas Gleixner wrote:
..
I try to come up with something, but I'm travelling tomorrow, so it
might be not before end of week.
Thanks, Thomas.
I believe we definitely want to nail this down before 2.6.22-final,
but there's a good workaround in the interim (CONFIG_DETECT_SOFTL
On Tue, 8 May 2007 11:34:28 -0700 (PDT), Linus Torvalds wrote:
>
>
> On Tue, 8 May 2007, Jean Delvare wrote:
> >
> > git://jdelvare.pck.nerim.net/jdelvare-2.6 hwmon-for-linus
>
> This doesn't seem to be the right URL:
>
> "fatal: The remote end hung up unexpectedly"
>
> (the git daemon
Eric,
i tried to load vmlinux with kexec and got
Ramdisks not supported with generic elf arguments
So i use mkelfImage with my patch ( convert elf64 to elf32) to make
another elf32. and loaded with kexec and can not get vga console too.
---serial console works well.
the mkelfImage 2.7 patch is
Signed-off-by: Chris Wedgwood <[EMAIL PROTECTED]>
---
drivers/base/dd.c | 13 -
1 files changed, 0 insertions(+), 13 deletions(-)
diff --git a/drivers/base/dd.c b/drivers/base/dd.c
index 92428e5..b0088b0 100644
--- a/drivers/base/dd.c
+++ b/drivers/base/dd.c
@@ -207,19 +207,6 @@ sta
Signed-off-by: Chris Wedgwood <[EMAIL PROTECTED]>
---
net/sunrpc/sched.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/sunrpc/sched.c b/net/sunrpc/sched.c
index 4a53e94..60df3c1 100644
--- a/net/sunrpc/sched.c
+++ b/net/sunrpc/sched.c
@@ -764,7 +764,7 @@ void *rpc
Signed-off-by: Chris Wedgwood <[EMAIL PROTECTED]>
---
include/asm-x86_64/unistd.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/asm-x86_64/unistd.h b/include/asm-x86_64/unistd.h
index 26e23e0..aa7d4bf 100644
--- a/include/asm-x86_64/unistd.h
+++ b/include/asm-
On Tue, 8 May 2007, Dave Airlie wrote:
>
> Please pull the 'drm-patches' branch from
> git://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
> drm-patches
That's not a valid URL. "master.kernel.org" doesn't run the git-daemon.
Please fix your script.
Linus
-
To
the mkelfImage 2.7 patch is at
https://lists.linux-foundation.org/pipermail/fastboot/attachments/20061108/009064a6/mkelfImage_2.7_amd64_1108-0001.obj
YH
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Mon, 30 Apr 2007 23:56:42 -0700 Andrew Morton wrote:
> Oh my eyes. What are these doing?
>
> The volatiles are a worry - volatile is said to be basically-always-wrong
> in-kernel, although we've never managed to document why, and i386
> cheerfully uses it in readb() and friends.
>
> Perhaps
On Tue, May 08, 2007 at 11:35:27AM -0700, Luck, Tony wrote:
> Looks more complex than necessary. Why do you want to execute
> an arch specific script to list the __IGNORE symbols? That would
> allow an arch to generate a list with sed/perl/etc. but that
> looks like overkill.
>
> If you just hav
yhlu <[EMAIL PROTECTED]> writes:
> Eric,
>
> i tried to load vmlinux with kexec and got
> Ramdisks not supported with generic elf arguments
>
> So i use mkelfImage with my patch ( convert elf64 to elf32) to make
> another elf32. and loaded with kexec and can not get vga console too.
> ---serial co
On Tuesday, 8 May 2007 18:31, Miles Lane wrote:
> On 5/8/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > On Tuesday, 8 May 2007 08:34, Miles Lane wrote:
> > > Firstly, all my attempts to get suspend to start by pressing my
> > > laptop's lid button are failing.
> > >
> > > Here's t
On 5/8/07, Jörn Engel <[EMAIL PROTECTED]> wrote:
> > +typedef __be16 be16;
> > +typedef __be32 be32;
> > +typedef __be64 be64;
>
> Why are those typedefs necessary ?
Not strictly. I tend to use the be* types fairly often in the code and
simply grew weary of seeing the underscores.
Any objectio
On Tuesday, 8 May 2007 18:27, Miles Lane wrote:
> On 5/8/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > On Tuesday, 8 May 2007 09:09, Miles Lane wrote:
> > > Hello,
> > >
> > > When I tried to hibernate my laptop (HP Pavilion dv1240us), everything
> > > seemed to be working, but
Following are two patches which have been sitting for some time in -mm.
The first implements file capabilities, the second changes the format a
bit to accomodate potential future 64-bit capabilities.
We are hoping to get a few more eyes on the code before deciding whether
this is safe to finally p
On Friday 04 May 2007 03:42, Mikael Pettersson wrote:
> On Thu, 03 May 2007 19:38:50 -0700, john stultz wrote:
> > > So that slow acpi_pm on x86_64 seems to be connected w/ the idle loop.
> > > I'm guessing the chipset halts the ACPI PM in lower C states. Do you
> > > have any guesses as to what
From: Serge E. Hallyn <[EMAIL PROTECTED]>
Subject: [PATCH 1/2] file capabilities: implement file capabilities
Implement file posix capabilities. This allows programs to be given a
subset of root's powers regardless of who runs them, without having to use
setuid and giving the binary all of root's
From: Serge E. Hallyn <[EMAIL PROTECTED]>
Subject: [PATCH 2/2] file capabilities: accomodate >32 bit capabilities
(Changelog: fixed syntax error in dummy version of check_cap_sanity())
As the capability set changes and distributions start tagging
binaries with capabilities, we would like for runn
On Tue, 8 May 2007, Randy Dunlap wrote:
> [well, can be turned into a patch]
>
> Here are some 'volatile' comments from Linus, extracted from
> several emails in at least 2 threads.
>
> If this is close to useful, we can add it to Documentation/.
>
>
On Tue, 8 May 2007 11:03:20 -0700
"Luck, Tony" <[EMAIL PROTECTED]> wrote:
> +#ifndef is_affinity_mask_valid
> +#define is_affinity_mask_valid() 1
> +#endif
> +
> int no_irq_affinity;
> static int irq_affinity_write_proc(struct file *file, const char __user
> *buffer,
>
On Tue, May 08, 2007 at 11:45:47AM -0700, H. Peter Anvin wrote:
> Alexander van Heukelum wrote:
> >
> > Oh! A padding hole in a struct! That could be a problem. If the freeze
> > is after decompression, could you test if this makes it work again?
> >
>
> The correct fix is to apply __attribute__
On Tue, 8 May 2007 11:30:03 -0700 (PDT),
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> It's better because then the *driver* can decide whether it supports
> threaded probing or not.
Is there any reason why a driver shouldn't be able to handle probing
several devices at once? What if two devices b
(please follow up via emailed reply-to-all, not via the bugzilla web interface)
On Tue, 8 May 2007 09:28:11 -0700
[EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=8454
>
>Summary: system freeze during boot before ACPI initialising
> Kernel Version: 2.6.21
>
On Tue, 8 May 2007 00:04:14 +0300
Ismail Dönmez <[EMAIL PROTECTED]> wrote:
>
> drivers/net/Kconfig:2279:warning: 'select' used by config symbol 'UCC_GETH'
> refers to undefined symbol 'UCC_FAST'
looks like this introduces the error:
commit 7d776cb596994219584257eb5956b87628e5deaf
Author: Timur
On Tue, 8 May 2007, Cornelia Huck wrote:
>
> Is there any reason why a driver shouldn't be able to handle probing
> several devices at once?
Internal driver reasons?
Look, Cornelia, there's about a million drivers in the kernel. They are
not all safe. End of discussion.
If you are willing to
On Tue, 8 May 2007 19:22:33 +0200
Frederik Deweerdt <[EMAIL PROTECTED]> wrote:
> On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
> >
> Hi all,
>
> My computer fails early at boot with a stack
On Tue, 8 May 2007 19:03:10 GMT Linux Kernel Mailing List wrote:
> Gitweb:
> http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e659ba4a0d2d471c0d73590f78e1a1b5a1eede48
> Commit: e659ba4a0d2d471c0d73590f78e1a1b5a1eede48
> Parent: 28be5abb400e5e082f5225105f
Hi,
The nbd client still reliably hangs when I use it.
While looking into this, I found:
446 req->errors = 0;
447 spin_unlock_irq(q->queue_lock);
448
449 mutex_lock(&lo->tx_lock);
450 if (
From: Holger Smolinski <[EMAIL PROTECTED]>
This patch replaces the single instance of kmirrord by one instance per
mirror set. This change is required to avoid a deadlock in kmirrord when
the persistent dirty log of a mirror itself resides on a mirror. The single
instance of kmirrord then issues
From: Neil Brown <[EMAIL PROTECTED]>
Make sure dm honours max_hw_sectors of underlying devices
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
Signed-off-by: Alasdair G Kergon <[EMAIL PROTECTED]>
---
### Diffstat output
drivers/md/dm-table.c |9 +
include/linux/device-mapper.h
From: Milan Broz <[EMAIL PROTECTED]>
Disable barriers in dm-crypt because of current workqueue processing
can reorder requests.
This must be addresed later but for now disabling barriers is needed
to prevent data corruption.
Signed-off-by: Milan Broz <[EMAIL PROTECTED]>
Signed-off-by: Alasdair G
Export a couple of core functions for AFS write support to use:
find_get_pages_contig()
find_get_pages_tag()
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
mm/filemap.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/mm/filemap.c b/mm/filemap.c
in
Make some miscellaneous changes to the AFS filesystem:
(1) Assert RCU barriers on module exit to make sure RCU has finished with
callbacks in this module.
(2) Correctly handle the AFS server returning a zero-length read.
(3) Split out data zapping calls into one function (afs_zap_data).
Implement support for writing to regular AFS files, including:
(1) write
(2) truncate
(3) fsync, fdatasync
(4) chmod, chown, chgrp, utime.
AFS writeback attempts to batch writes into as chunks as large as it can manage
up to the point that it writes back 65535 pages in one chunk or it meet
From: [EMAIL PROTECTED]
Do not access the bio after generic_make_request
We should never access a bio after generic_make_request - there's
no guarantee it still exists.
Signed-off-by: [EMAIL PROTECTED]
Signed-off-by: Alasdair G Kergon <[EMAIL PROTECTED]>
---
drivers/md/dm-crypt.c |5 -
From: [EMAIL PROTECTED]
Get rid of first_clone in dm-crypt
This gets rid of first_clone, which is not really needed. Apparently,
cloned bios used to share their bvec some time way in the past - this is
no longer the case. Contrarily, this even hurts us if we try to create
a clone off first_clone
From: [EMAIL PROTECTED]
Allocate smaller clones
With the previous dm-crypt fixes, there is no need for the clone
bios to have the same bvec size as the original - we just
need to make them big enough for the remaining number of
pages. The only requirement is that we clear the "out" index
in conve
From: Ludwig Nussel <[EMAIL PROTECTED]>
Add a new IV generation method 'null' to read old filesystem images
created with SuSE's loop_fish2 module.
Signed-off-by: Ludwig Nussel <[EMAIL PROTECTED]>
Acked-By: Christophe Saout <[EMAIL PROTECTED]>
Signed-off-by: Alasdair G Kergon <[EMAIL PROTECTED]>
-
From: Edward Goggin <[EMAIL PROTECTED]>
Make the mapped device structure accessible to hardware
handlers so error messages can include the device name.
Signed-off-by: Edward Goggin <[EMAIL PROTECTED]>
Signed-off-by: Alasdair G Kergon <[EMAIL PROTECTED]>
---
drivers/md/dm-hw-handler.h |1 +
From: Mike Anderson <[EMAIL PROTECTED]>
Allow check_device_area to succeed if a device has an i_size of zero. This
addresses an issue seen on DASD devices setting up a multipath table for
paths in online and offline state.
Signed-off-by: Mike Anderson <[EMAIL PROTECTED]>
Signed-off-by: Alasdair G
From: Heinz Mauelshagen <[EMAIL PROTECTED]>
Delay decrementing the 'struct io' reference count until after the bio has
been freed so that a bio destructor function may reference it.
Required by a later patch.
Signed-off-by: Heinz Mauelshagen <[EMAIL PROTECTED]>
Signed-off-by: Alasdair G Kergon <[
From: Heinz Mauelshagen <[EMAIL PROTECTED]>
Introduce struct dm_io_client to prepare for per-client mempools
and bio_sets.
Temporary functions bios() and io_pool() choose between
the per-client structures and the global ones so the old
and new interfaces can co-exist.
Make error_bits optional.
From: Jonathan E Brassow <[EMAIL PROTECTED]>
This patch gives the disk logging code the ability to store the fact
that an error occured on the log device. In addition, an event is
raised when an error is encountered during I/O to the log device.
Signed-off-by: Jonathan E Brassow <[EMAIL PROTECTE
From: Jonathan E Brassow <[EMAIL PROTECTED]>
This patch reports the status of the log device so that userspace
can detect the error and take appropriate action.
Signed-off-by: Jonathan E Brassow <[EMAIL PROTECTED]>
Signed-off-by: Alasdair G Kergon <[EMAIL PROTECTED]>
---
drivers/md/dm-log.c |
From: Jonathan E Brassow <[EMAIL PROTECTED]>
This patch adds the ability to specify desired features in the mirror
constructor/mapping table.
The first feature of interest is "handle_errors". Currently, mirroring
will ignore any I/O errors from the devices. Subsequent patches will
check for thi
From: Milan Broz <[EMAIL PROTECTED]>
This patch ports dm-raid1.c to the new dm-io interface.
Signed-off-by: Milan Broz <[EMAIL PROTECTED]>
Signed-off-by: Alasdair G Kergon <[EMAIL PROTECTED]>
---
drivers/md/dm-raid1.c | 25 +
1 files changed, 21 insertions(+), 4 deleti
From: [EMAIL PROTECTED]
Call clone_init early
We need to call clone_init as early as possible - at least
before call bio_put(clone) in any error path. Otherwise,
the destructor will try to dereference bi_private, which
may still be NULL.
Signed-off-by: [EMAIL PROTECTED]
Signed-off-by: Alasdair G
From: Heinz Mauelshagen <[EMAIL PROTECTED]>
Add a new API to dm-io.c that uses a private mempool and bio_set for each
client.
The new functions to use are dm_io_client_create(), dm_io_client_destroy(),
dm_io_client_resize() and dm_io().
Signed-off-by: Heinz Mauelshagen <[EMAIL PROTECTED]>
Signed
From: Heinz Mauelshagen <[EMAIL PROTECTED]>
This patch ports dm-exception-store.c to the new, scalable dm_io() interface.
It replaces dm_io_get()/dm_io_put() by
dm_io_client_create()/dm_io_client_destroy() calls and
dm_io_sync_vm() by dm_io() to achive this.
Signed-off-by: Heinz Mauelshagen <[EM
From: Milan Broz <[EMAIL PROTECTED]>
This patch ports kcopyd.c to the new, scalable dm_io() interface.
Signed-off-by: Milan Broz <[EMAIL PROTECTED]>
Signed-off-by: Heinz Mauelshagen <[EMAIL PROTECTED]>
Signed-off-by: Alasdair G Kergon <[EMAIL PROTECTED]>
---
drivers/md/kcopyd.c | 28 +
From: Heinz Mauelshagen <[EMAIL PROTECTED]>
This patch ports dm-log.c to the new dm-io interface in order to make
it scalable to have a large number of persistent dirty logs active in
parallel.
Signed-off-by: Heinz Mauelshagen <[EMAIL PROTECTED]>
Cc: Milan Broz <[EMAIL PROTECTED]>
Signed-off-by:
From: Milan Broz <[EMAIL PROTECTED]>
Remove old dm-io interface.
Signed-off-by: Milan Broz <[EMAIL PROTECTED]>
Signed-off-by: Alasdair G Kergon <[EMAIL PROTECTED]>
---
drivers/md/dm-io.c | 131 +
drivers/md/dm-io.h | 51 +---
From: Heinz Mauelshagen <[EMAIL PROTECTED]>
More bio_list helper functions for new targets (including dm-delay and
dm-loop) to manipulate lists of bios.
Signed-off-by: Heinz Mauelshagen <[EMAIL PROTECTED]>
Signed-off-by: Bryn Reeves <[EMAIL PROTECTED]>
Signed-off-by: Milan Broz <[EMAIL PROTECTED]
From: Heinz Mauelshagen <[EMAIL PROTECTED]>
New device-mapper target that can delay I/O (for testing).
Reads can be separated from writes, redirected to different underlying
devices and delayed by differing amounts of time.
Signed-off-by: Heinz Mauelshagen <[EMAIL PROTECTED]>
Signed-off-by: Milan
From: Jonathan Brassow <[EMAIL PROTECTED]>
With the code as it is, it is possible for oustanding clear region
requests never to get flushed when a mirror is deactivated or suspended.
This means there will always be some resync work required when a mirror
is activated, even though it may very well
From: Jonathan Brassow <[EMAIL PROTECTED]>
The call to rh_in_sync() in do_reads() should be allowed to block. It
is in the mirror worker thread which already permits blocking
operations. This will be needed to support clustered mirroring which
will perform network operations.
Signed-off-by: Jon
From: Jonathan Brassow <[EMAIL PROTECTED]>
This patch removes the possibility of having uninitialized
log state if the log device has failed.
When a mirror resumes operation, it calls 'resume' on the
logging module. If disk based logging is being used, the
log device is read to fill in the log s
This is a resend, with a better title and slightly more
clarification. Originally sent yesterday evening, but I can see no
evidence that it got beyond my isp's mailserver. Apologies to the
Cc's if you did get the original.
Using Linus' tree pulled on Sunday afternoon UK time. Running an
amd64
Linus,
Please pull from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/v4l-dvb.git
master
There are several cleanups, driver updates and fixes on this series, including
some
important fixes on handling V4L1 calls.
This series also adds support for a few newer saa7134 cards,
David Rientjes <[EMAIL PROTECTED]> writes:
> Since 'volatile' has two different semantics depending on the context in
> which it is used, this warning should be appended to include the fact that
> it is legitimate to use for inline assembly.
I think it hasn't two semantics, it's like arguing th
On Tue, 8 May 2007 20:32:32 +0200
Alexander van Heukelum <[EMAIL PROTECTED]> wrote:
> On Tue, May 08, 2007 at 03:28:17AM -0700, Andrew Morton wrote:
> > On Sat, 5 May 2007 12:44:52 +0200 Alexander van Heukelum <[EMAIL
> > PROTECTED]> wrote:
> > > --- a/arch/i386/boot/bootsect.S
> > > +++ b/arch/i
On Tue, 8 May 2007, Linus Torvalds wrote:
>
> But the final nail in the coffin is that doing it at the bus level is
> INFERIOR. As you yourself admitted, it's better to do some things
> synchronously.
Side note: there may well be clever combinations of "bus side" support
*together* with per-
On Tue, May 08, 2007 at 11:29:26AM -0700, Chris Wedgwood wrote:
> --- a/net/sunrpc/sched.c
> +++ b/net/sunrpc/sched.c
> @@ -764,7 +764,7 @@ void *rpc_malloc(struct rpc_task *task, size_t size)
> buf = kmalloc(size, gfp);
> *buf = size;
> dprintk("RPC: %5u allocated buffer
On Tue, 8 May 2007 14:15:48 -0500
"Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
> Following are two patches which have been sitting for some time in -mm.
Where "some time" == "nearly six months".
We need help considering, reviewing and testing this code, please.
-
To unsubscribe from this list: s
On Wed, May 09, 2007 at 12:03:19AM +0400, Alexey Dobriyan wrote:
> For one, size_t should be printed with %zu.
thanks, i wasn't aware of this
> For two, this is already fixed in mainline.
this was against mainline that wasn't more than an hour old when i
sent the patch
-
To unsubscribe from thi
From: Lennart Poettering <[EMAIL PROTECTED]>
This is the second version of the patch I sent yesterday which adds
DMI-based module autoloading to the Linux kernel. I fixed all the
issues Björn Steinbrink pointed out. (Thanks, btw!)
Again, the explanation:
The patch below adds DMI/SMBIOS based mod
This is the start of migrating the working of the linuxconsole project to
the mainline kernel.
This first patch moves kmsg_redirect to vt_kern.h thus making tty.h
independent of anything from the VT layer. Tested on my local system.
Comments welcomed.
Signed-Off: James Simmons <[EMAIL PROTECT
On 5/8/07, Randy Dunlap <[EMAIL PROTECTED]> wrote:
On Mon, 30 Apr 2007 23:56:42 -0700 Andrew Morton wrote:
> Oh my eyes. What are these doing?
>
> The volatiles are a worry - volatile is said to be basically-always-wrong
> in-kernel, although we've never managed to document why, and i386
> chee
On Tue, 8 May 2007, Nick Piggin wrote:
> This patch trades a page flag for a significant improvement in the unlock_page
> fastpath. Various problems in the previous version were spotted by Hugh and
> Ben (and fixed in this one).
>
> Comments?
Seems there's still a bug there. I get hangs on the
This patch has the VT subsystem use tty_schedule_flip instead of
con_schedule_flip. There are two ways we can approach this. We can
do the below path or extend tty_schedule_flip to accept a time field.
Comments welcomed.
Signed-Off: James Simmons <[EMAIL PROTECTED]>
diff --git a/drivers/char/k
On Tue, May 08, 2007 at 04:06:30AM -0400, Robert P. J. Day wrote:
>
> i've always hated that lower-level menu under "General setup":
>
> Configure standard kernel features (for small systems) --->
>
> which buries the choice of de-selecting features to save space one
> level down without real
Kim Phillips wrote:
On Tue, 8 May 2007 00:04:14 +0300
Ismail Dönmez <[EMAIL PROTECTED]> wrote:
drivers/net/Kconfig:2279:warning: 'select' used by config symbol 'UCC_GETH'
refers to undefined symbol 'UCC_FAST'
looks like this introduces the error:
commit 7d776cb596994219584257eb5956b87628e5de
From: David Howells <[EMAIL PROTECTED]>
Miscellaneous fixes to bring FRV up to date:
(1) Copy the new syscall numbers from i386 to asm-frv/unistd.h and fill out
the syscall table in entry.S too.
(2) Mark __frv_uart0 and __frv_uart1 __pminitdata rather than __initdata so
that determin
From: David Rientjes <[EMAIL PROTECTED]>
/proc/pid/clear_refs is only defined in the CONFIG_MMU case, so make sure we
don't have any references to clear_refs_smap() in generic procfs code.
Signed-off-by: David Rientjes <[EMAIL PROTECTED]>
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
fs/
> It had a dopey little bug:
>
> -#define is_affinity_mask_valid() 1
> +#define is_affinity_mask_valid(val) 1
That would fix warnings on non-ia64 systems (which is
a step in the right direction). But on ia64 I have
the
#define is_affinity_mask_valid is_affinity_mask_valid
in play at that point,
On Tue, May 08, 2007 at 10:33:22AM +0200, Jan Engelhardt wrote:
>
> On May 7 2007 12:35, Borislav Petkov wrote:
> >
> >I don't think I need macintosh drivers for my x86 arch selected in by
> >default,
> > do I?
>
> For new config variables that were introduced, I set them to 'default y'
> so wh
On Tuesday 08 May 2007 11:42:08 you wrote:
> Mitsumi (mcdx, this driver), panasonic (sbpcd) and sony (cdu31a) are
> somewhat of an exception in so far that controllers for those three are
> still around on a lot of old ISA soundcards though. Moreover, I have the
> drives to test that trio so after
Herbert Xu wrote:
> Sorry, I had forgotten that I've already concluded previously that
> this doesn't work because we don't want to prevent the interface
> from being brought up (and other reasons). My memory is failing me :)
>
> So I think the best option now is to get rid of the delay on carrier
Hi Philippe,
On Fri, 13 Apr 2007, Philippe De Muyter wrote:
> Add support for the Motorola sysv68 disk partition table (slices in motorola
> doc).
>
> Signed-off-by: Philippe De Muyter <[EMAIL PROTECTED]>
>
> diff -r 1b54f1d81bc5 fs/partitions/Kconfig
> --- a/fs/partitions/Kconfig Thu
On Tue, 8 May 2007, Krzysztof Halasa wrote:
> > Since 'volatile' has two different semantics depending on the context in
> > which it is used, this warning should be appended to include the fact that
> > it is legitimate to use for inline assembly.
>
> I think it hasn't two semantics, it's like
On Tue, May 08, 2007 at 04:41:58AM -0400, Robert P. J. Day wrote:
> On Tue, 8 May 2007, Thomas Gleixner wrote:
>
> > On Tue, 2007-05-08 at 04:06 -0400, Robert P. J. Day wrote:
> > > i've always hated that lower-level menu under "General setup":
> >
> > Good reason to break everything which depen
On Tue, 08 May 2007 20:51:42 BST, Ken Moffat said:
> After trying git-bisect, it tells me:
> 0dbf7028c0c1f266c9631139450a1502d3cd457e is first bad commit
> commit 0dbf7028c0c1f266c9631139450a1502d3cd457e
> Author: Vivek Goyal <[EMAIL PROTECTED]>
> Date: Wed May 2 19:27:07 2007 +0200
>
> [P
On Sun, May 06, 2007 at 06:36:45AM +0200, Willy Tarreau wrote:
> Could you please be a bit more precise :
> - config
Below.
> - what are the unresolved symbols ?
I don't know. When trying to install "generated" kernel-and-so-on.deb file,
there is an error message:
depmod: *** Unresolved sy
On Tuesday, 8 May 2007 01:37, Miles Lane wrote:
> This is probably more log info than you need, but I am including it in
> case it helps.
> This log shows another manifestation of the time confusion on wakeup.
> This is the portion beginning with the hibernation initiation:
Can we please debug thi
From: "Pekka Enberg" <[EMAIL PROTECTED]>
Date: Tue, 8 May 2007 12:47:34 +0300
> On 5/7/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> > Open source is about release early, release often. Not "hide code in a
> > dark corner until Christoph thinks it is perfect." We have high
> > standards for upstr
On Tue, 8 May 2007, Linus Torvalds wrote:
Instead of changing existign probe functionality to be asynchronous, we
could *add* a new and asynchronous part to it. For example, we could make
the rule for PCI - or other bus - devices be:
- the bus will *first* call the "probe()" function synchronou
Before I forget this again: thanks for the review! It really is
appreciated.
On Tue, 8 May 2007 20:00:41 +0200, Thomas Gleixner wrote:
> On Tue, 2007-05-08 at 18:32 +0200, Jörn Engel wrote:
> > > Please sort includes alphabetically and seperate the
> > > #include from the #include ones
> >
>
Chuck Ebbert wrote:
> Michal Piotrowski wrote:
>
>> Hi,
>>
>> / filesystem was full
>>
>> [39525.46] BUG: NMI Watchdog detected LOCKUP on CPU1, eip 08056990,
>> registers:
>> [39525.468000] Modules linked in: loop ipt_MASQUERADE iptable_nat nf_nat
>> autofs4 af_packet nf_conntrack_netbios_
On Tue, 2007-05-08 at 21:10 +0100, James Simmons wrote:
>
> This patch has the VT subsystem use tty_schedule_flip instead of
> con_schedule_flip. There are two ways we can approach this. We can
> do the below path or extend tty_schedule_flip to accept a time field.
> Comments welcomed.
This look
On 5/8/07, Rogier Wolff <[EMAIL PROTECTED]> wrote:
Hi,
The nbd client still reliably hangs when I use it.
While looking into this, I found:
446 req->errors = 0;
447 spin_unlock_irq(q->queue_lock);
BTW (this could be un
On Tue, 8 May 2007 13:14:26 -0700
"Luck, Tony" <[EMAIL PROTECTED]> wrote:
> > It had a dopey little bug:
> >
> > -#define is_affinity_mask_valid() 1
> > +#define is_affinity_mask_valid(val) 1
>
> That would fix warnings on non-ia64 systems (which is
> a step in the right direction). But on ia64
301 - 400 of 689 matches
Mail list logo
