> > Suspend to RAM on a machine with / on a fuse filesystem turns out to be
> > a screaming nightmare - either the suspend fails because syslog (for
> > instance) can't be frozen, or the machine deadlocks for some other
> > reason I haven't tracked down. We could "fix" fuse, or alternatively we
Mingming Cao wrote:
Index: linux-2.6.22-rc4/fs/ext4/super.c
===
--- linux-2.6.22-rc4.orig/fs/ext4/super.c 2007-06-13 17:19:11.0
-0700
+++ linux-2.6.22-rc4/fs/ext4/super.c2007-06-13 17:24:45.0 -0700
@@ -2
Mikael Pettersson wrote:
> This patch enables hotplugging of SATA devices in the
> sata_promise driver. It's been tested successfully on
> both first- and second-generation Promise SATA chips:
> SATA150 TX2plus, SATAII150 TX2plus, SATA300 TX2plus,
> and SATA300 TX4.
>
> The only quirk I've seen is
> It's more likely a usb-storage or scsi layer problem.
>
> The device reports as having 1984001 sectors and the kernel is reporting IO
> errors around the very end of the device. Presumably an IO is straddling
> end-of-device and we're not handling that correctly.
Can you try the work around s
Soeren Sonnenburg wrote:
> Dear List,
>
> since the switch to
>
> CONFIG_ATA=y
> CONFIG_ATA_ACPI=y
> CONFIG_ATA_PIIX=y,
>
> the ATA_PIIX driver manages both, internal sata disk aswell as cd/dvd
> rom. However I am being flooded with the error messages below (well they
> appear from time to time
Mingming Cao wrote:
This patch is a spinoff of the old nanosecond patches.
It includes some cleanups and addition of a creation timestamp. The
EXT3_FEATURE_RO_COMPAT_EXTRA_ISIZE flag has also been added along with
s
Should be EXT4_FEATURE_RO_COMPAT_EXTRA_ISIZE
-aneesh
-
To unsubscribe from
Am Dienstag, 3. Juli 2007 schrieb Greg KH:
> On Mon, Jul 02, 2007 at 10:33:12PM -0700, Yinghai Lu wrote:
> > On 7/2/07, Greg KH <[EMAIL PROTECTED]> wrote:
> > > On Mon, Jul 02, 2007 at 03:36:37PM -0700, Yinghai Lu wrote:
> > > > [PATCH 3/4] usb: allocated usb releated dma buffer with kmalloc_node
On Tue, Jun 26, 2007 at 07:47:00PM -0700, Andrew Morton wrote:
> I suspect that we're at the stage of having to decide between
>
> a) set aside the technical issues and grudgingly merge this stuff as a
>service to Suse and to their users (both of which entities are very
>important to
Am Dienstag, 3. Juli 2007 schrieb Matthew Garrett:
> Suspend to RAM on a machine with / on a fuse filesystem turns out to be
> a screaming nightmare - either the suspend fails because syslog (for
> instance) can't be frozen, or the machine deadlocks for some other
> reason I haven't tracked down
Am Montag, 2. Juli 2007 schrieb Ondrej Zary:
> + * IRTOUCH Part
> + */
> +#ifdef CONFIG_TOUCHSCREEN_USB_IRTOUCH
> +static int irtouch_read_data(struct usbtouch_usb *dev, unsigned char *pkt)
> +{
> + dev->x = (pkt[3] << 8) | pkt[2];
> + dev->y = (pkt[5] << 8) | pkt[4];
> + dev->tou
Hi.
On Tuesday 03 July 2007 15:48:26 Benjamin Herrenschmidt wrote:
>
> > Note, though, that this won't help at all when people use
the "suspend-to-ram
> > instead of powering down after writing a hibernation image" feature in
> > (uswsusp | tuxonice). Fuse is just a broken idea in the first pl
Am Dienstag, 3. Juli 2007 schrieb Andrew Morton:
> > Some time ago(I really can't remember version of the kernel)
> > everything was Ok. I'll try to find out the workable version of the
> > kernel ... but I've already tried 2.6.20 - the same =(.
> > I'm not sure, but It's possible that I've had ATA
On Mon, Jul 02, 2007 at 10:33:12PM -0700, Yinghai Lu wrote:
> On 7/2/07, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Mon, Jul 02, 2007 at 03:36:37PM -0700, Yinghai Lu wrote:
> > > [PATCH 3/4] usb: allocated usb releated dma buffer with kmalloc_node
> > >
> > > For amd64 based two way system. USB alw
On Mon, Jul 02, 2007 at 10:17:56PM -0700, Yinghai Lu wrote:
> On 7/2/07, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Mon, Jul 02, 2007 at 03:37:13PM -0700, Yinghai Lu wrote:
> > > [PATCH 4/4] net: add usb_alloc_urb_node to use use kmalloc_node
> >
> > Um, your subject doesn't match the patch below.
On Monday 02 July 2007 18:02, Daniel Ritz wrote:
> looks good.
>
> Signed-off-by: Daniel Ritz <[EMAIL PROTECTED]>
Applied to my tree, thank you.
--
Dmitry
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
Renato S. Yamane wrote:
> Rolf Eike Beer wrote:
> > Richard Hughes wrote:
> >> Yes, although this is out of my area or expertise, sorry.
> >
> > I've looked a bit but can't find any driver interaction of those
> > programs. Any further ideas welcome.
>
> Do you try omnibook driver?
> svn export htt
On Tue, 2007-07-03 at 05:29 +0100, Matthew Garrett wrote:
> Suspend to RAM on a machine with / on a fuse filesystem turns out to be
> a screaming nightmare - either the suspend fails because syslog (for
> instance) can't be frozen, or the machine deadlocks for some other
> reason I haven't track
> Note, though, that this won't help at all when people use the "suspend-to-ram
> instead of powering down after writing a hibernation image" feature in
> (uswsusp | tuxonice). Fuse is just a broken idea in the first place, but
> given that it exists, we still need to find the underlying cause.
On Tue, 2007-07-03 at 05:29 +0100, Matthew Garrett wrote:
> Suspend to RAM on a machine with / on a fuse filesystem turns out to be
> a screaming nightmare - either the suspend fails because syslog (for
> instance) can't be frozen, or the machine deadlocks for some other
> reason I haven't track
On Tue, Jul 03, 2007 at 01:22:47AM -0400, Len Brown wrote:
> whelp, it seems that the reason for this patch is this:
>
> #define DBG()
>
> if(...)
> DBG();
> next_c_statement
>
> which turns into
> if(...) ;
> next_c_statement
>
> But since there is an intervening ';', this c
I do know how copy-on-write works. But this seems insufficient to
address the problem I asked.
One possible way is to modify the filesystem so that when a file is
opened for write, we always keep a copy of the file's metadata and a
CoW bitmap. For subsequent writes, we first copy the old data to
On Tue, 2007-06-26 at 10:48 +0200, Pavel Machek wrote:
> > The problem, as far as I understand it, is that the instructions can
> get
> > reordered if there are no barriers in there.
>
> Are you sure? I thought atomic variables have barrirers built-in.
bzzzt. they don't.
Ben.
-
To unsubscribe
On Tue, 2007-06-26 at 00:27 +0200, Rafael J. Wysocki wrote:
> > > case PM_HIBERNATION_PREPARE:
> > > case PM_SUSPEND_PREPARE:
> > > usermodehelper_disabled = 1;
> > > - return NOTIFY_OK;
> > > + smp_mb();
> >
> > usermodehelper_disabled should be atomic vari
On Monday 02 July 2007 19:08, Pavel Machek wrote:
> On Mon 2007-07-02 14:39:27, Andi Kleen wrote:
> >
> > > > Perhaps one of you geniuses who all hate it can find a better way to
> > > > solve the "video output dead after kexec; but need visual feedback to
> > > > the user
> > > > while crash dum
On 7/2/07, Greg KH <[EMAIL PROTECTED]> wrote:
On Mon, Jul 02, 2007 at 03:36:37PM -0700, Yinghai Lu wrote:
> [PATCH 3/4] usb: allocated usb releated dma buffer with kmalloc_node
>
> For amd64 based two way system. USB always on node0. but dma buffer for urb
> allocated via kmalloc always get ram o
On Sun, Jul 01, 2007 at 07:37:10PM +0400, Oleg Nesterov wrote:
> Change cancel_work_sync() and cancel_delayed_work_sync() to return a boolean
> indicating whether the work was actually cancelled. A zero return value means
> that the work was not pending/queued.
>
> Without that kind of change it i
Hi,
If a file is already opened when snapshot command is issued, the file
itself could be in an inconsistent state already. Before the file is
closed, maybe part of the file contains old data, the rest contains
new data.
How does a versioning filesystem guarantee that the file snapshot is
in a
Hi.
On Tuesday 03 July 2007 15:21:30 Matthew Garrett wrote:
> On Tue, Jul 03, 2007 at 02:54:41PM +1000, Nigel Cunningham wrote:
>
> > Note, though, that this won't help at all when people use
the "suspend-to-ram
> > instead of powering down after writing a hibernation image" feature in
> > (us
On Tuesday 12 June 2007 20:26, Al Viro wrote:
> On Tue, Jun 12, 2007 at 08:21:15PM -0400, Dave Jones wrote:
> > On Wed, Jun 13, 2007 at 01:00:29AM +0100, Al Viro wrote:
> > > On Tue, Jun 12, 2007 at 07:33:09PM -0400, Dave Jones wrote:
> > > > +#define DBG(x...) do { } while(0)
> > >
> > > Eh..
> [PATCH 4/4] usb: add usb_alloc_urb_node to use use kmalloc_node
If you're fixing things up, change "use use" to "use" while you're at it...
-
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
On Tue, Jul 03, 2007 at 02:54:41PM +1000, Nigel Cunningham wrote:
> Note, though, that this won't help at all when people use the "suspend-to-ram
> instead of powering down after writing a hibernation image" feature in
> (uswsusp | tuxonice). Fuse is just a broken idea in the first place, but
>
On Sun, Jul 01, 2007 at 07:36:29PM +0400, Oleg Nesterov wrote:
> Imho, the current naming of cancel_xxx workqueue functions is very confusing.
>
> cancel_delayed_work()
> cancel_rearming_delayed_work()
> cancel_rearming_delayed_workqueue() // obsolete
>
> cancel_work_s
On 7/2/07, Greg KH <[EMAIL PROTECTED]> wrote:
On Mon, Jul 02, 2007 at 03:37:13PM -0700, Yinghai Lu wrote:
> [PATCH 4/4] net: add usb_alloc_urb_node to use use kmalloc_node
Um, your subject doesn't match the patch below. You might want to
verify it again...
it should be
[PATCH 4/4] usb: add
On Mon, Jul 02, 2007 at 03:37:13PM -0700, Yinghai Lu wrote:
> [PATCH 4/4] net: add usb_alloc_urb_node to use use kmalloc_node
Um, your subject doesn't match the patch below. You might want to
verify it again...
I'll not apply any of these until the subject gets straightened out from
the body of
On Mon, Jul 02, 2007 at 03:36:37PM -0700, Yinghai Lu wrote:
> [PATCH 3/4] usb: allocated usb releated dma buffer with kmalloc_node
>
> For amd64 based two way system. USB always on node0. but dma buffer for urb
> allocated via kmalloc always get ram on node1. So change to kmalloc_node to
> get dma
On Tuesday 03 July 2007 14:29:18 Matthew Garrett wrote:
> Suspend to RAM on a machine with / on a fuse filesystem turns out to be
> a screaming nightmare - either the suspend fails because syslog (for
> instance) can't be frozen, or the machine deadlocks for some other
> reason I haven't tracked
On Tue, 26 Jun 2007 14:50:12 -0400 "Ed L. Cashin" <[EMAIL PROTECTED]> wrote:
> Add module parameter for users who need more outstanding I/O.
>
why?
I assume that there is some performance benefit to permitting some more
outstanding IO, but that's just a wild guess.
Assuming that the guess is r
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Mon, 2 Jul 2007 21:36:36 -0700
> My initial thought is that if there is a legitimate need for this
> new capability then it should be made available to other parts of
> the kernel rather than being private to the AEO driver.
Absolutely.
We even used
On Tue, 26 Jun 2007 14:50:12 -0400 "Ed L. Cashin" <[EMAIL PROTECTED]> wrote:
> This change was originally submitted by Alexey Dobriyan in an email
> with ...
>
> Message-ID: <[EMAIL PROTECTED]>
>
> and the comment,
>
> Some drivers do register_chrdev() before lock or semaphore used in
> c
On Tue, 26 Jun 2007 14:50:12 -0400 "Ed L. Cashin" <[EMAIL PROTECTED]> wrote:
> Only schedule work once.
why?
> Signed-off-by: Ed L. Cashin <[EMAIL PROTECTED]>
> ---
> drivers/block/aoe/aoecmd.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/block/aoe/aoe
On Tue, 26 Jun 2007 14:50:11 -0400 "Ed L. Cashin" <[EMAIL PROTECTED]> wrote:
> Use a dynamic pool of sk_buffs to keep up with fast targets.
That's far too skimpy a description of what this patch is doing, what it is
for, what makes AOE need this functionality, etc.
My initial thought is that if
On Tue, 26 Jun 2007 14:50:10 -0400 "Ed L. Cashin" <[EMAIL PROTECTED]> wrote:
> Handle multiple network paths to AoE device.
>
> ...
>
>
> struct buf *inprocess; /* the one we're currently working on */
> - ushort lostjumbo;
> - ushort nframes; /* number of frames below */
>
Suspend to RAM on a machine with / on a fuse filesystem turns out to be
a screaming nightmare - either the suspend fails because syslog (for
instance) can't be frozen, or the machine deadlocks for some other
reason I haven't tracked down. We could "fix" fuse, or alternatively we
could do what w
Need to check for special case "acpi_osi=!Linux"
before general case "acpi_osi=!*",
or it will have no effect.
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
---
diff --git a/drivers/acpi/osl.c b/drivers/acpi/osl.c
index 58ceb18..2e7ba61 100644
--- a/drivers/acpi/osl.c
+++ b/drivers/acpi/osl.c
@@ -9
On Mon, Jul 02, 2007 at 08:28:27PM -0700, Andrew Morton wrote:
> On Tue, 3 Jul 2007 11:10:19 +1000 David Chinner <[EMAIL PROTECTED]> wrote:
>
> Seems sane, although one does wonder whether it's a worthy tradeoff. We
> add additional overhead to readpage[s]() just to avoid some IO during
> mkswap?
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus
This tree is also available from kernel.org mirrors at:
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
This will get a fix for a crash in IPoIB and new dev
On Tue, 3 Jul 2007 11:10:19 +1000 David Chinner <[EMAIL PROTECTED]> wrote:
> Teach do_mpage_readpage() about unwritten extents so we can
> always map them in get_blocks rather than they are are holes on
> read. Allows setup_swap_extents() to use preallocated files on XFS
> filesystems for swap fil
Martin Schwidefsky wrote:
From: Martin Schwidefsky <[EMAIL PROTECTED]>
Nobody is using ptep_test_and_clear_dirty and ptep_clear_flush_dirty.
Remove the functions from all architectures.
-static inline int
-ptep_test_and_clear_dirty (struct vm_area_struct *vma, unsigned long addr,
pte_t *ptep)
On Monday 02 July 2007 03:11:52 pm Fabio Comolli wrote:
> > > Am I the only person on this list thinking that a plain "hibernate"
> > > will be a much better choice?
> >
> > No you are not the only one :)
I like the frozen name - but similar to you, if the name suspendX and
hibernate are con
On Tue, Jul 03, 2007 at 03:06:11AM +0200, Adrian Bunk wrote:
> > > @@ -65,1 +60,1 @@
> > > - depends on X86_ACPI_CPUFREQ || X86_SPEEDSTEP_CENTRINO_ACPI ||
> > X86_POWERNOW_K8_ACPI
> > > + depends on X86_ACPI_CPUFREQ || X86_POWERNOW_K8_ACPI
> > > ---
> > linux-2.6.20-mm1/arc
Teach do_mpage_readpage() about unwritten extents so we can
always map them in get_blocks rather than they are are holes on
read. Allows setup_swap_extents() to use preallocated files on XFS
filesystems for swap files without ever needing to convert them.
Signed-Off-By: Dave Chinner <[EMAIL PROTEC
On Mon, Jul 02, 2007 at 08:36:48PM -0400, Dave Jones wrote:
> On Tue, Jul 03, 2007 at 01:43:13AM +0200, Adrian Bunk wrote:
> > > Applying '[CPUFREQ] the overdue removal of X86_SPEEDSTEP_CENTRINO_ACPI'
> > >
> > > error: patch failed: arch/x86_64/kernel/cpufreq/Kconfig:65
> > > error: arch/x86_
On Mon, Jul 02, 2007 at 05:05:09PM +0200, Michal Marek wrote:
> On Mon, Jul 02, 2007 at 11:40:34AM +0200, Michal Marek wrote:
> > David Chinner wrote:
> > > I think we can remove xfs_bulkstat_one_compat() completely by using
> > > the same method you used with the xfs_inumber_fmt functions.
> >
>
On 7/2/07, Jörn Engel <[EMAIL PROTECTED]> wrote:
On Mon, 2 July 2007 10:44:00 -0700, Jared Hulbert wrote:
>
> >So what you mean is "swap on flash" ? Defintively sounds like an
> >interesting topic, although I'm not too sure it's all that
> >filesystem-related.
>
> Maybe not. Yet, it would be a v
On Mon, 2007-07-02 at 19:19 +0200, Hoang-Nam Nguyen wrote:
> i=3fff token=3fff t=3fff
> i=4000 token=4000 t=
> Invalid object . Expected 4000
>
> That means token 0x4000 seems to be the "upper boundary" of idr_find().
> However t
On Mon, 2007-07-02 at 17:09 +0200, Marco Roeland wrote:
> This file accidentally got truncated instead of deleted in commit df30b11.
> Doing a "make distclean" or "make mrproper" deletes this file because of
> its zero size. Git then sees this as an uncommitted local change.
>
> Signed-off-by: Mar
On Tue, Jul 03, 2007 at 01:43:13AM +0200, Adrian Bunk wrote:
> > Applying '[CPUFREQ] the overdue removal of X86_SPEEDSTEP_CENTRINO_ACPI'
> >
> > error: patch failed: arch/x86_64/kernel/cpufreq/Kconfig:65
> > error: arch/x86_64/kernel/cpufreq/Kconfig: patch does not apply
>
> I made the patc
Hi Linus:
Marco's patch will kill the zero file git-pull error.
Jie's patch is required because we will release our new Blackfin toolchain.
Please pull from "master" branch of:
master.kernel.org:/pub/scm/linux/kernel/git/cooloney/blackfin-2.6.git/ master
Jie Zhang (1):
Blackfin arch: Ad
On Mon, 2 Jul 2007, Ulrich Drepper wrote:
> > But there are
> > examples (and the signal stuff is one of them), where you do need the
> > set_context+syscall+unset_context abstraction, for all cases where the
> > kernel already has its own internal data strctures. In those cases you'd
> > have to
On Sun, Jul 01, 2007 at 10:22:43PM +0200, Adrian Bunk wrote:
> On Thu, Jun 28, 2007 at 03:43:21AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.22-rc4-mm2:
> >...
> > +intel-iommu-intel-iommu-driver.patch
> >...
> > Intel IOMMU support
> >...
>
>
> Contrary to popular belief, two iden
On Mon, Jul 02, 2007 at 04:12:20PM -0700, Randy Dunlap wrote:
> and if that doesn't help, please try this:
>
> boot with kernel boot options:
> noisapnp pnpacpi=off
>
> since we have also seen a couple of cases that look like ACPI + PNP
> are mucking up parallel port printers, so maybe they also
On 7/2/07, Davide Libenzi <[EMAIL PROTECTED]> wrote:
Never be usable? I made you a concrete example that is like 8 months old.
And *that* could not have been cleanly handled with the flat structure
idea.
First of all, sigmasks are not widely needed. Second, why on earth
shouldn't it be possibl
On Mon, 2007-07-02 at 16:24 +0200, Marco Roeland wrote:
> On Monday July 2nd 2007 at 15:58 Jesper Juhl wrote:
>
> > [obnoxious zero sized file include/asm-blackfin/macros.h that gets
> > zapped by toolchains and resurrected again by git]
> >
> > I've seen that as well, but in my case doing a
> >
On 2007.06.30 14:06:14 +0200, Tim Boneko wrote:
> Hello!
> I am not subscribed to this list so please CC answers to my mail
> address. THX!
>
> I recently replaced the mainboard of one of my servers with a Tyan
> Tomcat K8E. The onboard gigabit NIC is a Broadcom BCM5721. After
> compiling and load
On Mon, 2 Jul 2007, Rik van Riel wrote:
> Davide Libenzi wrote:
> > On Mon, 2 Jul 2007, Ulrich Drepper wrote:
> >
> > > On 7/2/07, Rik van Riel <[EMAIL PROTECTED]> wrote:
> > > > That should not happen. The default SELinux configuration
> > > > in Fedora (and Debian?) runs a few daemons in their
On Mon, Jul 02, 2007 at 07:22:55PM -0400, Dave Jones wrote:
> On Sun, Jul 01, 2007 at 10:20:37PM +0200, Adrian Bunk wrote:
>
> Hi Adrian,
Hi Dave,
> > This patch contains the overdue removal of X86_SPEEDSTEP_CENTRINO_ACPI.
> >
> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> > Acked-by:
On Sun, Jul 01, 2007 at 10:20:37PM +0200, Adrian Bunk wrote:
Hi Adrian,
> This patch contains the overdue removal of X86_SPEEDSTEP_CENTRINO_ACPI.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> Acked-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
> Acked-by: Dave Jones <[EMAIL PROTECTED]>
Jason Wessel writes:
> I suppose the argument could be made to remove the check in the compiled
> file, but it does serve as a way to protect kgdb for now if someone
> tries to hard compile in xmon and kgdb. Completely unpredictable
> results will occur with the debugger unless some pieces are
Hi!
> > The patch makes sense. You don't need to poll every jiffie to find
> > out if system has panic.
>
> The blink driver doesn't run on panic (or at least not on panic on
> the same kernel). It runs always. It was designed to do the blinking
> while the kdump kernel runs and writes the dump.
On 07/02/2007 06:47 PM, Andrew Morton wrote:
> On Mon, 02 Jul 2007 11:22:09 +0200
> Juan Antonio Martinez <[EMAIL PROTECTED]> wrote:
>
>> I've reported this error to Fedora Bugzilla:
>>
>> http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=246406
>>
>> In sort: to use libieee1284 I need to disabl
On Mon, 2 July 2007 10:44:00 -0700, Jared Hulbert wrote:
>
> >So what you mean is "swap on flash" ? Defintively sounds like an
> >interesting topic, although I'm not too sure it's all that
> >filesystem-related.
>
> Maybe not. Yet, it would be a very useful place to store data from a
> file as a
On Mon, 2 Jul 2007 15:47:53 -0700 Andrew Morton wrote:
> On Mon, 02 Jul 2007 11:22:09 +0200
> Juan Antonio Martinez <[EMAIL PROTECTED]> wrote:
>
> > I've reported this error to Fedora Bugzilla:
> >
> > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=246406
> >
> > In sort: to use libieee128
This patch enables hotplugging of SATA devices in the
sata_promise driver. It's been tested successfully on
both first- and second-generation Promise SATA chips:
SATA150 TX2plus, SATAII150 TX2plus, SATAII150 TX4,
SATA300 TX2plus, and SATA300 TX4.
The only quirk I've seen is that hotplugging (inser
On Mon 2007-07-02 14:39:27, Andi Kleen wrote:
>
> > > Perhaps one of you geniuses who all hate it can find a better way to
> > > solve the "video output dead after kexec; but need visual feedback to the
> > > user
> > > while crash dumping" problem. I'm waiting for your patches.
> > >
> >
> > I
On Mon, 2 Jul 2007 22:17:20 +0300
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> Hi! Recently I've found out that my camera NIKON D50 can't mount any more.
> uname -a: "Linux niam 2.6.22-rc6-cfs-v18 #6 Mon Jul 2 20:19:25 EEST
> 2007 i686 Intel(R) Celeron(R) M processor 1.50GHz GenuineIntel
> GNU
On Mon, 2 Jul 2007 19:19:26 +0200
Hoang-Nam Nguyen <[EMAIL PROTECTED]> wrote:
> For ehca device driver we're intending to utilize
> idr_get_new_above() and have written a test case, which I'm attaching
> at the end. Basically it tries to get an idr token above a lower boundary
> by calling idr_ge
Davide Libenzi wrote:
On Mon, 2 Jul 2007, Ulrich Drepper wrote:
On 7/2/07, Rik van Riel <[EMAIL PROTECTED]> wrote:
That should not happen. The default SELinux configuration
in Fedora (and Debian?) runs a few daemons in their own
restricted modes and has most of the system running in
unconfine
On Mon, 02 Jul 2007 11:22:09 +0200
Juan Antonio Martinez <[EMAIL PROTECTED]> wrote:
> I've reported this error to Fedora Bugzilla:
>
> http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=246406
>
> In sort: to use libieee1284 I need to disable ppdev usage with
> kernel 2.6.21. Kernel 2.6.20 work
On Mon, 2 Jul 2007, Ulrich Drepper wrote:
> On 7/2/07, Rik van Riel <[EMAIL PROTECTED]> wrote:
> > That should not happen. The default SELinux configuration
> > in Fedora (and Debian?) runs a few daemons in their own
> > restricted modes and has most of the system running in
> > unconfined_t, inc
On Mon, 2 Jul 2007, Andy Isaacson wrote:
> On Sat, Jun 30, 2007 at 12:03:07PM -0700, Davide Libenzi wrote:
> > I think the focus should be to find a case where under the currently
> > implemented policy for MAP_NOZERO, MAP_NOZERO represent a loss of security
> > WRT no MAP_NOZERO. I have not b
On Mon, 2 Jul 2007, Ulrich Drepper wrote:
> On 7/1/07, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> > With the current API design you'd able to easily confine the "pre" code
> > inside the "set" function, and the "post" code inside the "unset"
> > function. It looks pretty clean to me, and allows t
[PATCH 1/4] usb: make the usb_device numa_node to get assigned from controller
So we can use dev_to_node(&usb_dev->dev) later in kmalloc_node to dma buffer
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/drivers/usb/core/usb.c b/drivers/usb/core/usb.c
index 4a6299b..c611b3c 100644
---
[PATCH 3/4] usb: allocated usb releated dma buffer with kmalloc_node
For amd64 based two way system. USB always on node0. but dma buffer for urb
allocated via kmalloc always get ram on node1. So change to kmalloc_node to
get dma_buffer on corresponding node
Signed-off-by: Yinghai Lu <[EMAIL PROTE
[PATCH 2/4] dma: make dma pool to use kmalloc_node
Using dev_to_node(&dev->dev) to get node, and kmalloc_node to dma buffer on
corresding node dma pool
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/drivers/base/dmapool.c b/drivers/base/dmapool.c
index 91970e9..7647abf 100644
--- a/
[PATCH 4/4] net: add usb_alloc_urb_node to use use kmalloc_node
For amd64 based two way system. USB always on node0. but urb allocated via
kmalloc always get ram on node1. So change to kmalloc_node to get urb on
corresponding node
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/driver
Chuck Ebbert wrote:
On 07/02/2007 04:53 PM, Jason Wessel wrote:
Attached is a patch with a complete test case to fix the regression
introduced by the commit: 635cf99a80f4ebee59d70eb64bb85ce829e4591f.
This patch is against kernel 2.6.21 but the fix is applicable to 2.6.21
and up. Prior to th
On Tue, 3 Jul 2007 00:13:29 +0200
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 02, 2007 at 10:54:01AM -0400, Jeff Garzik wrote:
> >...
> > maximilian attems (1):
> > starfire list alpha as 64 bit arch
> >...
> > --- a/drivers/net/starfire.c
> > +++ b/drivers/net/starfire.c
> > @@ -15
(this pulls everything in 'upstream-linus', too)
Please pull from the 'upstream-linus2' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus2
to receive the previously sent changes, and in addition, the following fix:
commit 531e3a61f55261bf466d0415c48999
On Mon, Jul 02, 2007 at 10:54:01AM -0400, Jeff Garzik wrote:
>...
> maximilian attems (1):
> starfire list alpha as 64 bit arch
>...
> --- a/drivers/net/starfire.c
> +++ b/drivers/net/starfire.c
> @@ -152,7 +152,7 @@ static int full_duplex[MAX_UNITS] = {0, };
> * This SUCKS.
> * We need a
Hi.
On Tuesday 03 July 2007 05:18:39 Bill Davidsen wrote:
> Nigel Cunningham wrote:
> > Hi all.
> >
> > Suspend2's name is changing to "TuxOnIce".
> >
> > This is for a couple of reasons:
> >
> > In recent discussions on LKML, the point was made that the word "Suspend"
is
> > confusing. It is
Quoting Stephen Smalley ([EMAIL PROTECTED]):
> On Thu, 2007-06-28 at 13:22 -0500, Serge E. Hallyn wrote:
> > This fixes a shortcoming of the cap_setfcap patch I sent earlier,
> > pointed out by Stephen Smalley.
> >
> > Seems to compile and boot on my little systems.
> >
> > thanks,
> > -serge
> >
looks good.
Signed-off-by: Daniel Ritz <[EMAIL PROTECTED]>
--- forwarded message ---
Hello,
this patch adds support for IRTOUCHSYSTEMS (or UNITOP) infrared touchscreens.
The manufacturer (http://www.irtouch.com) provides only closed source drivers
for specific kernel versions (looks like GPL
On 07/02/2007 04:53 PM, Jason Wessel wrote:
>
> Attached is a patch with a complete test case to fix the regression
> introduced by the commit: 635cf99a80f4ebee59d70eb64bb85ce829e4591f.
>
> This patch is against kernel 2.6.21 but the fix is applicable to 2.6.21
> and up. Prior to the commit that
Bill Davidsen wrote:
Adrian Bunk wrote:
This patch contains the overdue removal of the eepro100 driver.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
The hardware supported by this driver is still in use, thanks. It's
probably easier to leave the eepro100 driver in than find anyone who
want
Hello,
this patch adds support for IRTOUCHSYSTEMS (or UNITOP) infrared touchscreens.
The manufacturer (http://www.irtouch.com) provides only closed source drivers
for specific kernel versions (looks like GPL violation, btw.) which I haven't
even tried (as there's no chance that any of the modul
--- Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 02, 2007 at 12:31:49PM -0700, Casey Schaufler wrote:
> > It's true that the code review for AppArmor has proven difficult.
> > That's going to be true of any change to the vfs layer, for any
> > reason. Have someone who was there tell
Jason Wessel wrote:
Attached is a patch with a complete test case to fix the regression
introduced by the commit: 635cf99a80f4ebee59d70eb64bb85ce829e4591f.
This patch is against kernel 2.6.21 but the fix is applicable to
2.6.21 and up. Prior to the commit that introduced the regression the
Attached is a patch with a complete test case to fix the regression
introduced by the commit: 635cf99a80f4ebee59d70eb64bb85ce829e4591f.
This patch is against kernel 2.6.21 but the fix is applicable to 2.6.21
and up. Prior to the commit that introduced the regression the ltp
ptrace tests wou
On Mon, Jul 02, 2007 at 04:27:59AM +0200, Adrian Bunk wrote:
> On Sun, Jul 01, 2007 at 09:42:49PM -0400, Josef Sipek wrote:
> > On Sun, Jul 01, 2007 at 10:23:30PM +0200, Adrian Bunk wrote:
> > > This patch makes some needlessly global functions static.
> > >
> > ...
> > > --- linux-2.6.22-rc6-mm1/
EFI x86_64 support Patch 2 of 3 (try #2)
- E820 conversion integration implemented
- A way to override machine_emergency_restart is implemented so that
EFI support can provide its own implementation.
- The variable efi_enabled is still retained as it is us
1 - 100 of 284 matches
Mail list logo