Hi Jens,
On Thursday 14 December 2006 20:48, Jens Axboe wrote:
> On Thu, Dec 14 2006, Jens Axboe wrote:
> > > I'll do that if nobody comes up with anything obvious.
> >
> > If you can just test 2.6.19-git1, then we'll know if it's the SG_IO
> > patch again.
>
> Actually, you should test
--- Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 14 Dec 2006 10:58:09 +
> Alan <[EMAIL PROTECTED]> wrote:
>
> > > +void edac_mc_handle_fbd_ue(struct mem_ctl_info *mci,
> > > + unsigned int csrow,
> > > + unsigned int channela,
> > > +
Linus Torvalds wrote:
> DMCA is bad because it puts technical limits over
> the rights expressly granted by copyright law.
The best ways to get rich corporations on our side in fighting the
DMCA is to use the DMCA to hurt their profits. Companies that rely on
binary drivers would have several
On Thu, Dec 14 2006, Alistair John Strachan wrote:
> Hi Jens,
>
> On Thursday 14 December 2006 20:48, Jens Axboe wrote:
> > On Thu, Dec 14 2006, Jens Axboe wrote:
> > > > I'll do that if nobody comes up with anything obvious.
> > >
> > > If you can just test 2.6.19-git1, then we'll know if it's
On Thu, Dec 14, 2006 at 06:26:26PM +, Alan wrote:
> > Think of uio as just a "class" of driver, like input or v4l. It's still
> > up to the driver writer to provide a proper bus interface to the
> > hardware (pci, usb, etc.) in order for the device to work at all.
>
> Understood. That leads
On Thu, Dec 14, 2006 at 01:44:34PM -0600, Miller, Mike (OS Dev) wrote:
>
>
> > -Original Message-
> > From: Jens Axboe [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, December 14, 2006 12:51 PM
> > To: Steve Roemen
> > Cc: LKML; ISS StorageDev; Miller, Mike (OS Dev)
> > Subject: Re:
Alistair John Strachan wrote:
Hi Jens,
On Thursday 14 December 2006 20:48, Jens Axboe wrote:
On Thu, Dec 14 2006, Jens Axboe wrote:
I'll do that if nobody comes up with anything obvious.
If you can just test 2.6.19-git1, then we'll know if it's the SG_IO
patch again.
Actually, you should
On Thu, Dec 14, 2006 at 01:09:06PM -0800, Michael ODonald wrote:
> PS: I encourage Greg and all developers who were initially in favor
> of enforcing the GPL-only module policy to stand strong on this
> important issue.
I think you missed the point that my patch prevents valid usages of
non-GPL
Andrew Morton wrote:
Generally speaking, if sysfs file creation went wrong, it's due to a bug.
The result is that the driver isn't working as intended: tunables or
instrumentation which it is designed to make available are not present. We
want to know about that bug asap so we can get it
Kristian Høgsberg wrote:
> Jeff Garzik wrote:
>> doesn't allowing the stack to issue REPORT LUNS take care of this?
>
> Possibly, I don't have firewire multi-LUN devices to test with here.
> The LUNs are also discoverable from the firewire config rom, which is
> why I put the comment there.
On Thursday 14 December 2006 21:33, Jeff Garzik wrote:
> Alistair John Strachan wrote:
> > Hi Jens,
> >
> > On Thursday 14 December 2006 20:48, Jens Axboe wrote:
> >> On Thu, Dec 14 2006, Jens Axboe wrote:
> I'll do that if nobody comes up with anything obvious.
> >>>
> >>> If you can just
Alistair John Strachan wrote:
Before I proceed with the horrors of an -rc1 bisection, could somebody send me
the ADMA patches so I can eliminate those first?
Run
git-whatchanged drivers/ata/sata_nv.c
and that will give you a list of recent changes. To obtain the "diff
-u" patch for
Alistair John Strachan wrote:
Before I proceed with the horrors of an -rc1 bisection, could somebody send me
the ADMA patches so I can eliminate those first?
BTW a bisection need not be blindly horrific... You can look at the
commit ids from git-whatchanged output mentioned in the previous
From: Fabrice Knevez <[EMAIL PROTECTED]>
"sunkbd_enable(sunkbd, 0);" has no effect. Adding "sunkbd->enabled = enable" in
sunkbd_enable (obvious)
Signed-off-by: Fabrice Knevez <[EMAIL PROTECTED]>
---
Sorry about thunderbird mangling the patch in the first email...
I don't have any sun
John Richard Moser wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm running on an Athlon 64 in 32-bit mode, running 32-bit Ubuntu with
kernel 2.6.19 (Ubuntu version 2.6.19-7-generic for the curious;
compiled for 586). Apparently, 'noexec=on' on the kernel command line
does nothing; the
linux-os (Dick Johnson) wrote:
On Wed, 13 Dec 2006, Greg KH wrote:
If anyone has any questions on how to use this interface, or anything
else about it, please let me and Thomas know.
thanks,
greg k-h
[snip]
There are well thought-out methods of creating hardware interfaces that
> have a
On Mon, 11 Dec 2006 10:46:25 -0800 (PST)
seven <[EMAIL PROTECTED]> wrote:
>
>
>
> > A kernel profile will tell us were the kernel is burning CPU. Something
> > like this (run as root):
> >
> > #!/bin/sh
> > while true
> > do
> > opcontrol --stop
> > opcontrol --shutdown
> > rm
> -Original Message-
> From: Frazier, Daniel Kent
> Sent: Thursday, December 14, 2006 3:12 PM
> To: Miller, Mike (OS Dev)
> Cc: Jens Axboe; Steve Roemen; LKML; ISS StorageDev
> Subject: Re: 2.6.19-git20 cciss: cmd f7b0 timedout
>
> On Thu, Dec 14, 2006 at 01:44:34PM -0600, Miller,
On 12/15/06, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Alan wrote:
> Another thing we should do more is aggressively merge prototype open
> drivers for binary only hardware - lets get Nouveau's DRM bits into the
> kernel ASAP for example.
ACK++ We should definitely push Nouveau[1] as hard as we
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yes, 32bit Debian
Miller, Mike (OS Dev) wrote:
>
>
>> -Original Message-
>> From: Frazier, Daniel Kent
>> Sent: Thursday, December 14, 2006 3:12 PM
>> To: Miller, Mike (OS Dev)
>> Cc: Jens Axboe; Steve Roemen; LKML; ISS StorageDev
>>
On Thursday 14 December 2006 23:21, Dave Airlie wrote:
> On 12/15/06, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> > Alan wrote:
> > > Another thing we should do more is aggressively merge prototype open
> > > drivers for binary only hardware - lets get Nouveau's DRM bits into the
> > > kernel ASAP
On Thu, 14 Dec 2006, Zach Brown wrote:
> > there are numerous places throughout the source tree that
> > apparently calculate the size of an array using the construct
> > "sizeof(fubar)/sizeof(fubar[0])". see for yourself:
> > $ grep -Er "sizeof\((.*)\) ?/ ?sizeof\(\1\[0\]\)" *
>
> Indeed,
On Thursday 14 December 2006 21:50, Jeff Garzik wrote:
> Alistair John Strachan wrote:
> > Before I proceed with the horrors of an -rc1 bisection, could somebody
> > send me the ADMA patches so I can eliminate those first?
>
> Run
>
> git-whatchanged drivers/ata/sata_nv.c
>
> and that will
>
> It'll get in when the developers feel it is at a stage where it can be
> supported, at the moment (I'm not speaking for all the nouveau team
> only my own opinion) the API isn't stable and putting it into the
> kernel only means we've declared the API supportable, I know in theory
> marking
David Weinehall wrote:
On Thu, Dec 07, 2006 at 12:48:38AM -0800, Randy Dunlap wrote:
[snip]
+but no space after unary operators:
+ sizeof ++ -- & * + - ~ ! defined
Uhm, that doesn't compute... If you don't put a space after sizeof,
the program won't compile.
int c;
On Thursday 14 December 2006 23:39, Dave Airlie wrote:
> > >
> > > It'll get in when the developers feel it is at a stage where it can be
> > > supported, at the moment (I'm not speaking for all the nouveau team
> > > only my own opinion) the API isn't stable and putting it into the
> > > kernel
Hi!
[EMAIL PROTECTED]:/data/pavel$ finger @www.kernel.org
[zeus-pub.kernel.org]
...
The latest -mm patch to the stable Linux kernels is: 2.6.19-rc6-mm2
[EMAIL PROTECTED]:/data/pavel$ head /data/l/linux-mm/Makefile
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 19
EXTRAVERSION = -mm1
...
[EMAIL
On Thu, Dec 07, 2006 at 12:48:38AM -0800, Randy Dunlap wrote:
[snip]
> +but no space after unary operators:
> + sizeof ++ -- & * + - ~ ! defined
Uhm, that doesn't compute... If you don't put a space after sizeof,
the program won't compile.
int c;
printf("%d", sizeofc);
On Thu, 14 Dec 2006, Thomas Gleixner wrote:
>
> The kernel part of the UIO driver also knows how to shut the interrupt
> up, so where is the difference ?
Thomas, you've been discussing some totally different and private
Thomas-only thread than everybody else in this thread has been.
The
On Thu, 14 Dec 2006 23:37:18 +0100 Pavel Machek wrote:
> Hi!
>
> [EMAIL PROTECTED]:/data/pavel$ finger @www.kernel.org
> [zeus-pub.kernel.org]
> ...
> The latest -mm patch to the stable Linux kernels is: 2.6.19-rc6-mm2
> [EMAIL PROTECTED]:/data/pavel$ head /data/l/linux-mm/Makefile
> VERSION = 2
Robert P. J. Day wrote:
> On Thu, 14 Dec 2006, Zach Brown wrote:
...
>> Indeed, there seems to be lots of potential clean-up there.
>> Including duplicate macros like:
>>
>> ./drivers/ide/ide-cd.h:#define ARY_LEN(a) ((sizeof(a) / sizeof(a[0])))
>
> not surprisingly, i have a script
On 12/13/06, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
there are numerous places throughout the source tree that apparently
calculate the size of an array using the construct
"sizeof(fubar)/sizeof(fubar[0])". see for yourself:
$ grep -Er "sizeof\((.*)\) ?/ ?sizeof\(\1\[0\]\)" *
but we
Nicolas Mailhot wrote:
Alistair John Strachan sms.ed.ac.uk> writes:
`hddtemp' has stopped working on 2.6.20-rc1:
→ http://bugzilla.kernel.org/show_bug.cgi?id=7581
I'm not sure I quite follow your bug report. Are you saying that the
patch you attached causes the problem?
Jeff
Linus Torvalds wrote:
On Thu, 14 Dec 2006, Thomas Gleixner wrote:
The kernel part of the UIO driver also knows how to shut the interrupt
up, so where is the difference ?
Thomas, you've been discussing some totally different and private
Thomas-only thread than everybody else in this
From: [EMAIL PROTECTED]
Date: Thu, 14 Dec 2006 21:25:20 +0100
> "sunkbd_enable(sunkbd, 0);" has no effect. Adding "sunkbd->enabled = enable"
> in sunkbd_enable (obvious)
>
> Signed-off-by: Fabrice Knevez <[EMAIL PROTECTED]>
Applied, thanks.
-
To unsubscribe from this list: send the line
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Tue, 12 Dec 2006 12:30:28 -0800
> On Tue, 2006-12-12 at 21:10 +0200, Yan Burman wrote:
> > Replace kmalloc+memset with kzalloc
> >
> > Signed-off-by: Yan Burman <[EMAIL PROTECTED]>
>
> Acked-by: Michael Chan <[EMAIL PROTECTED]>
Applied, thanks
Linus,
On Thu, 2006-12-14 at 14:59 -0800, Linus Torvalds wrote:
> > The kernel part of the UIO driver also knows how to shut the interrupt
> > up, so where is the difference ?
>
> Thomas, you've been discussing some totally different and private
> Thomas-only thread than everybody else in this
Outside of comments, documentation and except in Kconfig, spaces are never
used for indentation, and the above example is deliberately broken.
---
I realize it isn't text you added, but what's that supposed to mean?
Surely the 8-character indents are made up of spaces. Does it mean
"spaces
Andrew Morton wrote:
>
> No, I wasn't ignoring you for four days. Please, always do reply-to-all.
>
I am using nabble's interface to post messages ( www.nabble.com ) and I am
not subscribed to the mailing list, so it's possible that this is the cause
of the direct mail.
Andrew Morton
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
still has 30+ second (up to a minute or more) delay in SATA init.
It's a laptop - so such delays are costly.
Okay - working from "single":
no real change in configuration from past.
ipw3945 still broken - I'm not surprised... (I know - patience!)
Dave Jones wrote:
On Wed, Dec 13, 2006 at 10:47:32PM -0500, Daniel Drake wrote:
> In amd64-agp.c, would it be dangerous to remove the "aperture base > 4G"
> thing and instead simply only read the rightmost 7 bits to ensure the
> aperture base is always in range? (This is coming from
Just to let anyone interested know, an updated
PS3 Linux Distributor's Starter Kit was released.
The release note is here:
http://www.kernel.org/pub/linux/kernel/people/geoff/cell/ps3-linux-distro-kit-20061208/README-e.txt
I extracted the ISO contents for browsing here:
Scott Preece wrote:
[1]
Outside of comments, documentation and except in Kconfig, spaces are
never
used for indentation, and the above example is deliberately broken.
---
I realize it isn't text you added, but what's that supposed to mean?
Surely the 8-character indents are made up of
kernel.org don't lie is not updated ,
this problem should be snd to webmaster isn't ?
--
Sérgio M. B.
On Thu, 2006-12-14 at 23:37 +0100, Pavel Machek wrote:
> Hi!
>
> [EMAIL PROTECTED]:/data/pavel$ finger @www.kernel.org
> [zeus-pub.kernel.org]
> ...
> The latest -mm patch to the stable Linux
On Mon, 11 Dec 2006 15:26:26 +0530
"Amitabha Roy" <[EMAIL PROTECTED]> wrote:
> Emit a special VDSO_COOKIE for VDSO regions instead of simply marking
> them as anon.
Why?
> Signed-off-by: Amitabha Roy <[EMAIL PROTECTED]>
> ---
> diff --git a/drivers/oprofile/buffer_sync.c
>-Original Message-
>From: Eric Dumazet [mailto:[EMAIL PROTECTED]
>Sent: Wednesday, December 13, 2006 11:57 PM
>To: Andrew Morton
>Cc: Greg KH; Pallipadi, Venkatesh; Arjan; linux-kernel; Eric
>W. Biederman
>Subject: Re: kref refcnt and false positives
>
>
>I agree this 'optimization'
On Wed, Dec 13, 2006 at 02:05:59PM +0100, Adrian Bunk wrote:
> <-- snip -->
>
> ...
> NOT FOR MAINLINE!
>
> This is for the driver tutorial I give. It will not be included in the
> mainline kernel tree ever. Use the ldusb driver that is already there
> instead for this device.
>
> This is
Le jeudi 14 décembre 2006 à 18:22 -0500, Jeff Garzik a écrit :
> Nicolas Mailhot wrote:
> > Alistair John Strachan sms.ed.ac.uk> writes:
> >
> >> `hddtemp' has stopped working on 2.6.20-rc1:
> >
> > → http://bugzilla.kernel.org/show_bug.cgi?id=7581
>
> I'm not sure I quite follow your bug
On 12/14/06, Randy Dunlap <[EMAIL PROTECTED]> wrote:
Scott Preece wrote:
[1]
>> Outside of comments, documentation and except in Kconfig, spaces are
>> never
>> used for indentation, and the above example is deliberately broken.
> ---
>
> I realize it isn't text you added, but what's that
On Thu, Dec 14, 2006 at 06:35:30PM -0500, Daniel Drake wrote:
> So, you think that the aperture moving to a different location on every
> boot is what the BIOS desires? Is it normal for it to move so much?
Beats me. I gave up trying to understand BIOS authors motivations years ago.
> The
On Thu, 14 Dec 2006, Randy Dunlap wrote:
> David Weinehall wrote:
> > On Thu, Dec 07, 2006 at 12:48:38AM -0800, Randy Dunlap wrote:
> >
> > [snip]
> >
> > > +but no space after unary operators:
> > > + sizeof ++ -- & * + - ~ ! defined
> >
> > Uhm, that doesn't compute... If you
On Sat, 2006-12-02 at 01:56 +0100, Christoph Anton Mitterer wrote:
> Hi.
>
> Perhaps some of you have read my older two threads:
> http://marc.theaimsgroup.com/?t=11631244001=1=2 and the even
> older http://marc.theaimsgroup.com/?t=11629131451=1=2
>
> The issue was basically the
From: Eric Anholt <[EMAIL PROTECTED]>
On the G965, the GTT size may be larger than is required to cover the aperture.
(In fact, on all hardware we've seen, the GTT is 512KB to the aperture's
256MB). A previous commit forced the aperture size to 512MB on G965 to match
GTT, which would likely
"Pallipadi, Venkatesh" <[EMAIL PROTECTED]> writes:
>>But I believe Venkatesh problem comes from its release()
>>function : It is
>>supposed to free the object.
>>If not, it should properly setup it so that further uses are OK.
>>
>>ie doing in release(kref)
>>atomic_set(>count, 0);
>>
>
>
On Fri, 15 Dec 2006, Miguel Ojeda wrote:
> On 12/13/06, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> >
> > there are numerous places throughout the source tree that apparently
> > calculate the size of an array using the construct
> > "sizeof(fubar)/sizeof(fubar[0])". see for yourself:
> >
> >
On Thu, 14 Dec 2006 19:07:27 -0500 (EST) Robert P. J. Day wrote:
> On Thu, 14 Dec 2006, Randy Dunlap wrote:
>
> > David Weinehall wrote:
> > > On Thu, Dec 07, 2006 at 12:48:38AM -0800, Randy Dunlap wrote:
> > >
> > > [snip]
> > >
> > > > +but no space after unary operators:
> > > > +
On Thu, 14 Dec 2006 17:19:55 -0700
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
> "Pallipadi, Venkatesh" <[EMAIL PROTECTED]> writes:
>
> >>But I believe Venkatesh problem comes from its release()
> >>function : It is
> >>supposed to free the object.
> >>If not, it should properly setup it so
On Thu, 14 Dec 2006 18:32:50 +
Alistair John Strachan <[EMAIL PROTECTED]> wrote:
> Correct me if I'm wrong, but SATA wasn't available on ICH4. Only 5 and
> greater. The kernel help text agrees with me.
>
> My IDE controller usually works with CONFIG_BLK_DEV_PIIX; I was interested in
> using
On Thursday 14 December 2006 21:20, Jens Axboe wrote:
> On Thu, Dec 14 2006, Alistair John Strachan wrote:
> > Hi Jens,
> >
> > On Thursday 14 December 2006 20:48, Jens Axboe wrote:
> > > On Thu, Dec 14 2006, Jens Axboe wrote:
> > > > > I'll do that if nobody comes up with anything obvious.
> > >
Finally, add a new security class for access to /proc/kmsg, distinct
from the class used for the "read current messages" operations on
sys_syslog. The dummy and capability modules permit access to
/proc/kmsg to any user (who has somehow acquired an open fd on it);
SELinux is unchanged. This
On Thu, 14 Dec 2006, Randy Dunlap wrote:
> On Thu, 14 Dec 2006 19:07:27 -0500 (EST) Robert P. J. Day wrote:
>
> > On Thu, 14 Dec 2006, Randy Dunlap wrote:
> >
> > > David Weinehall wrote:
> > > > On Thu, Dec 07, 2006 at 12:48:38AM -0800, Randy Dunlap wrote:
> > > >
> > > > [snip]
> > > >
> > > >
This patch breaks out the read operations in do_syslog() into their
own functions (klog_read, klog_readhist) and adds a klog_poll.
klog_read grows the ability to do a nonblocking read, which I expose
in the sys_syslog interface because there doesn't seem to be any
reason not to. do_syslog itself
As suggested by Stephen Smalley: map the various sys_syslog operations
to a smaller set of privilege codes before calling security modules.
This patch changes the security module interface! There should be no
change in the actual security semantics enforced by dummy, capability,
nor SELinux (with
Here's a re-revised version of my patch set to allow klogd to drop
privileges and continue reading from /proc/kmsg (currently, even if klogd
has a legitimately opened fd on /proc/kmsg, it cannot read from it unless
it has CAP_SYS_ADMIN asserted). SELinux's pickier and finer-grained
privilege
This patch introduces with symbolic constants for the
various sys_syslog() opcodes, and changes all in-kernel references to
those opcodes to use the constants. The header is added to the set of
user/kernel interface headers. (Unlike the previous revision of this
patch series, no kernel-private
> Thanks for clarifying Bill, and sorry Alan. ata_piix does indeed work
> correctly. The help text is a bit confusing:
The help text is out of date - thanks that is a real bug
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Andrew Morton <[EMAIL PROTECTED]> writes:
> Guys, we have about 100 reports of weirdo
> crashes, smashes, bashes and splats in the kref code. The last thing we
> need is some obscure, tricksy little optimisation which leads legitimate
> uses of the API to mysteriously
On Thu, 14 Dec 2006 16:16:40 -0800 Zack Weinberg wrote:
> This patch introduces with symbolic constants for the
> various sys_syslog() opcodes, and changes all in-kernel references to
> those opcodes to use the constants. The header is added to the set of
> user/kernel interface headers.
> The best ways to get rich corporations on our side in fighting the
> DMCA is to use the DMCA to hurt their profits. Companies that rely on
> binary drivers would have several options:
>
> 1) Lobby politicians to repeal the DMCA,
They already are. The tech industry is mostly anti DMCA and
On Thu, Dec 14, 2006 at 04:16:39PM -0600, Miller, Mike (OS Dev) wrote:
> H. Dann, did you see this on 32-bit Debian?
yep - all reports I've seen so far are on i386
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
Hi,
While running a insmod/rmmod loop with the mptsas driver (vanilla
2.6.19, IBM Intellistation Z30, SAS1064E controller if it matters),
I encountered the following messages from the kernel:
[53092.441412] general protection fault: [1] PREEMPT SMP
[53092.447058] CPU 4
[53092.449108]
On Thu, 14 Dec 2006 16:16:41 -0800 Zack Weinberg wrote:
> As suggested by Stephen Smalley: map the various sys_syslog operations
> to a smaller set of privilege codes before calling security modules.
> This patch changes the security module interface! There should be no
> change in the actual
Alistair John Strachan wrote:
I bisected all the way down to 0e75f9063f5c55fb0b0b546a7c356f8ec186825e, which
git reckons is the culprit. I wasn't able to revert this commit to test,
because it has conflicts.
Any ideas?
That would be this one I assume?
[PATCH] block: support larger block pc
Hi all,
I am working on a ARM based SOV and i am tryig to add glue logic for
EHCI controller.
But i am facing some problem.
I want to know ,are there any known problem in 2.6.15?
Thanks
Ashwini
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 12/14/06, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> +#define security_syslog_or_fail(type) do { \
> + int error = security_syslog(type); \
> + if (error) \
> + return error; \
> + }
On 12/14/06, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> - (void) do_syslog(0,NULL,0);
> + (void) do_syslog(KLOG_CLOSE,NULL,0);
Please use a space after the commas (even though you just left it
as it already was).
Will change for the next revision.
zw
-
To unsubscribe from this list:
patch roll-up is available at:
http://www.kernel.org/pub/linux/kernel/people/chrisw/stable/patch-2.6.18.6-rc1.{gz,bz2}
once mirroring has completed.
thanks,
-chris
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Jurij Smakov <[EMAIL PROTECTED]>
The following patch fixes the failure of sunhme drivers on x86 hosts
due to missing pci_enable_device() and pci_set_master() calls, lost
during code
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Michael Buesch <[EMAIL PROTECTED]>
In the scan section of ieee80211softmac, network transmits are disabled.
When SoftMAC re-enables transmits, it may override the wishes of a driver
that may
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Milan Broz <[EMAIL PROTECTED]>
Fix oops when removing full snapshot
kernel bugzilla bug 7040
If a snapshot became invalid (full) while there is outstanding
pending_exception,
This is the start of the stable review cycle for the 2.6.18.6 release.
There are 24 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let us know. If anyone is a maintainer of the proper subsystem, and
wants to add a
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Christophe Saout <[EMAIL PROTECTED]>
Fix corruption issue with dm-crypt on top of software raid5. Cancelled
readahead bio's that report no error, just have BIO_UPTODATE cleared
were reported
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Andy Gospodarek <[EMAIL PROTECTED]>
This is a small fix-up to finish out the work done by Jay Vosburgh to
add carrier-state support for bonding devices. The output in
/proc/net/bonding/bondX
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Hirokazu Takata <[EMAIL PROTECTED]>
The m32r kernel 2.6.18-rc1 or after cause build errors of "unknown isa
configuration" for userspace application programs, such as glibc, gdb, etc.
This is
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: David Miller <[EMAIL PROTECTED]>
We grab a reference to the route's inetpeer entry but
forget to release it in xfrm4_dst_destroy().
Bug discovered by Kazunori MIYAZAWA <[EMAIL PROTECTED]>
On Friday 15 December 2006 00:48, Alistair John Strachan wrote:
> On Thursday 14 December 2006 21:20, Jens Axboe wrote:
> > On Thu, Dec 14 2006, Alistair John Strachan wrote:
> > > Hi Jens,
> > >
> > > On Thursday 14 December 2006 20:48, Jens Axboe wrote:
> > > > On Thu, Dec 14 2006, Jens Axboe
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Russell King <[EMAIL PROTECTED]>
Later glibc requires the *at syscalls. Add them.
Signed-off-by: Russell King <[EMAIL PROTECTED]>
Signed-off-by: Chris Wright <[EMAIL PROTECTED]>
---
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Michael Krufky <[EMAIL PROTECTED]>
In some cases when using VSB, the AGC status register has been known to
falsely report "no signal" when in fact there is a carrier lock. The
datasheet
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Al Viro <[EMAIL PROTECTED]>
We need to verify that
a) we are not too close to the end of buffer to dereference
b) next entry we'll be checking won't be _before_ our
While we
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Hans Verkuil <[EMAIL PROTECTED]>
The TUNER_LG_NTSC_TAPE is identical in all respects to the
TUNER_PHILIPS_FM1236_MK3. So use the params struct for the Philips tuner.
Also add this LG_NTSC_TAPE
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Marcel Holtmann <[EMAIL PROTECTED]>
With malformed packets it might be possible to overwrite internal
CMTP and CAPI data structures. This patch adds additional length
checks to prevent these
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Al Viro <[EMAIL PROTECTED]>
We need that for iterator to work; existing check had been too weak.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Daniel Barkalow <[EMAIL PROTECTED]>
At least some nforce cards continue to send legacy interrupts when MSI
is enabled, and these interrupts are treated as unhandled by the
kernel. This patch
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Stefan Richter <[EMAIL PROTECTED]>
Fixes http://bugzilla.kernel.org/show_bug.cgi?id=7431
iBook G3 threw a machine check exception and put the display backlight
to full brightness after
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Patrick McHardy <[EMAIL PROTECTED]>
The tc actions increased the size of struct tc_police, which broke
compatibility with old iproute binaries since both the act_police
and the old
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Andrey Mirkin <[EMAIL PROTECTED]>
OpenVZ Linux kernel team has found a problem with mounting in compat mode.
Simple command "mount -t smbfs ..." on Fedora Core 5 distro in 32-bit mode
leads
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Al Viro <[EMAIL PROTECTED]>
---
net/bridge/netfilter/ebtables.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
---
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Al Viro <[EMAIL PROTECTED]>
No need to revisit a chain we'd already finished with during
the check for current hook. It's either instant loop (which
we'd just detected) or a duplicate work.
Oops, sent a corrupt and old version of the patch. Here's
the correct patch.
While running a insmod/rmmod loop with the mptsas driver
(vanilla 2.6.19, IBM Intellistation Z30, SAS1064E controller
if it matters), I encountered a bad dereference of the
pointer "de":
spin_unlock(_subdir_lock);
if
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Patrick McHardy <[EMAIL PROTECTED]>
---
commit 79030ed07de673e8451a03aecb9ada9f4d75d491
tree 4ba8bd843c8bc95db0ea6877880b73d06da620e5
parent bec71b162747708d4b45b0cd399b484f52f2901a
author
701 - 800 of 871 matches
Mail list logo