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
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
> 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
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
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
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
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
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
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
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
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
> >
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)
> > >
> > >
> [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
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
>
>
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
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
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
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
>
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
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
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
@@
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
>
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
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
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
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
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
> > > ---
> >
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
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:
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
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
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:
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
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:
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
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
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
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
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]>
> >
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
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
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
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
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
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
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
>
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
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
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
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,
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
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
[PATCH 1/4] usb: make the usb_device numa_node to get assigned from controller
So we can use dev_to_node(_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
[PATCH 2/4] dma: make dma pool to use kmalloc_node
Using dev_to_node(>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
---
[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
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
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
> > @@
(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
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
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
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
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
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
--- 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
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
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.
> > >
> > ...
> > > ---
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
EFI x86_64 support Patch 1 of 3 (try #2)
- Being experimental, dropped default option for CONFIG_EFI.
- Implemented EFI to E820 memory map conversion. This is based on
bootloader support. The ELILO bootloader x86_64 support has been
updated to pass
--
This is Try #2 of x86_64 of EFI64 support with changes implemented based on
feedback received. Details can be found in the patch files. These changes
have been tested on UEFI platforms. No issues to report.
Looking forward to your comments,
thanks,
Chandramouli Narayanan <[EMAIL PROTECTED]>
-
EFI x86_64 support Patch 3 of 3 (try #2)
- Fixed redundant check in efifb_init().
This patch depends on the EFI x86_64 patches 1/3 and 2/3.
This patch adds Graphics Output Protocol support to the kernel.
x86_64 systems with UEFI2.0 firmware conform to
* Dmitry Torokhov <[EMAIL PROTECTED]> [2007-07-02 15:43]:
> On 7/2/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
>>
>> I was thinking about something like the atached (untested and sorry
>> for using attachment). It shoudl blink just one led (numLock) on any
>> keyboard that has such LED (and
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 you about the original XFS
> proposals some time. Again,
rae l <[EMAIL PROTECTED]> ha scritto:
> from this address, I know util-linux-2.12r is the latest:
> http://www.kernel.org/pub/linux/utils/util-linux/util-linux-2.12r.lsm
>
> My Dell OptiPlex 320 has 4 HPET timers and no RTC, so the execution of
> hwclock has errors:
>
> [EMAIL PROTECTED] ~ $
On 06/30/2007 06:25 PM, Daniel Drake wrote:
> Jan Beulich wrote:
>> The code to retrieve this information was (a) inside a
>> CONFIG_VIDEO_SELECT
>> section and (b) protected by a check of a variable (vbe_version) that
>> would get initialized only when a VESA mode was selected on the command
>>
On Monday, 2 July 2007 18:36, David Greaves wrote:
> Rafael J. Wysocki wrote:
> > On Monday, 2 July 2007 16:32, David Greaves wrote:
> >> Rafael J. Wysocki wrote:
> >>> On Monday, 2 July 2007 12:56, Tejun Heo wrote:
> David Greaves wrote:
> >> Tejun Heo wrote:
> >>> It's really weird
On Mon, 2 Jul 2007, Phil Dibowitz wrote:
On Mon, Jul 02, 2007 at 09:16:57PM +0200, Krzysztof Oledzki wrote:
On Mon, 2 Jul 2007, Phil Dibowitz wrote:
On Mon, Jul 02, 2007 at 07:04:12PM +0200, Andreas Steinmetz wrote:
Jan Engelhardt wrote:
Do you really need clamping? It's a hack, since
On Mon, 2 Jul 2007, Phil Dibowitz wrote:
On Mon, Jul 02, 2007 at 07:04:12PM +0200, Andreas Steinmetz wrote:
Jan Engelhardt wrote:
Do you really need clamping? It's a hack, since TCP should do MSS negotiation
itself. (Of course it may happen that some routers are broken.) But usually not
for
Jesper Juhl wrote:
> (this is back from May 16 2007, resending since it doesn't look like
> the patch ever made it in anywhere)
>
>
Weird, looks like it's in cvs...
http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_vnodeops.c.diff?r1=text=1.699=text=1.698=h
but not in git.
-Eric
> Fix
On Mon, Jul 02, 2007 at 09:16:57PM +0200, Krzysztof Oledzki wrote:
>
>
> On Mon, 2 Jul 2007, Phil Dibowitz wrote:
>
>> On Mon, Jul 02, 2007 at 07:04:12PM +0200, Andreas Steinmetz wrote:
>>> Jan Engelhardt wrote:
Do you really need clamping? It's a hack, since TCP should do MSS
--- "Eric W. Biederman" <[EMAIL PROTECTED]> wrote:
> A couple of random thoughts to mix up this discussion.
>
> From what I have been able to observer the LSM is roughly firewalls
> rules for in box operations. All it can do is increase the chances
> you will get -EPERM.
More likely
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/Linux"
dmesg:
scsi 2:0:0:0: Direct-Access NIKOND50 1.00 PQ: 0
1 - 100 of 543 matches
Mail list logo
