On Fri, 2 Mar 2007, Nicholas Miell wrote:
> The point Ingo was making is that the x86 ABI already requires the FPU
> context to be saved before *all* function calls.
I've not seen that among Ingo's points, but yeah some status is caller
saved. But, aren't things like status word and control bits
On Fri, 2 Mar 2007 16:33:19 -0800
William Lee Irwin III <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 02, 2007 at 02:22:56PM -0800, Andrew Morton wrote:
> > Opterons seem to be particularly prone to lock starvation where a cacheline
> > gets captured in a single package for ever.
>
> AIUI that phenome
On Sat, Mar 03, 2007 at 02:33:37AM +0300, Oleg Nesterov wrote:
> On 03/02, Paul E. McKenney wrote:
> >
> > One way to embed try_to_freeze() into kthread_should_stop() might be
> > as follows:
> >
> > int kthread_should_stop(void)
> > {
> > if (kthread_stop_info.k == current)
>
On Saturday, 3 March 2007 00:33, Oleg Nesterov wrote:
> On 03/02, Paul E. McKenney wrote:
> >
> > One way to embed try_to_freeze() into kthread_should_stop() might be
> > as follows:
> >
> > int kthread_should_stop(void)
> > {
> > if (kthread_stop_info.k == current)
> >
On Tuesday 27 February 2007 12:45, Ingo Oeser wrote:
> Hi Inaky,
>
> On Tuesday, 27. February 2007, Inaky Perez-Gonzalez wrote:
> > On Monday 26 February 2007 18:18, Alan wrote:
> > > > Yeah, I need semaphore. This is a hw register that says when the hw
> > > > is ready to accept a new command. Cod
We (the -stable team) are announcing the release of the 2.6.19.6 kernel.
It contains a number of bugfixes, and all 2.6.19 users are recommended
to upgrade.
Barring anything major, there will not be any more 2.6.19 releases. If
you disagree with this, please let the stable team know about the
patc
diff --git a/Makefile b/Makefile
index cd5b5cf..5335f17 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 19
-EXTRAVERSION = .5
+EXTRAVERSION = .6
NAME=Avast! A bilge rat!
# *DOCUMENTATION*
diff --git a/drivers/input/mouse/psmouse-base.c
b/drivers/in
Dave Jones wrote:
Commit 908b637fe793165b6aecdc875cdca67c4959a1ad removed ETH_DMA_ALIGN
but missed a usage of it in a macro, which broke the build.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
I have a fork-heavy workload (a proxy that forks per connection, I know it's not
the most efficiant design) and I discovered a 2x performance difference between
a static and dynamicly linked version of the same program (2200 connections/sec
vs 4700 connections/sec)
I know that there is overhea
On Fri, 02 Mar 2007 15:31:19 -0500
Rik van Riel <[EMAIL PROTECTED]> wrote:
> the attached patch frees the swap space of already resident pages
> when swap space starts getting tight, instead of only freeing up
> the swap space taken up by newly swapped in pages.
>
> This should result in the swap
Please pull from git://lost.foo-projects.org/~cleech/linux-2.6#master
A few drivers/dma and related I/OAT fixes, and missing documentation.
These have been posted for review and sitting in MM for a while now.
- Chris
Andrew Morton (1):
I/OAT: warning fix
Chris Leech (6):
ioatdma: Pus
On Tue, Feb 27, 2007 at 03:23:05PM -0500, Michael Krufky wrote:
> Greg KH wrote:
> > This is the start of the stable review cycle for the 2.6.19.6 release.
> >
> > This will probably be the last release of the 2.6.19-stable series, so
> > if there are patches that you feel should be applied to tha
Andrew Morton napisał(a):
> On Sat, 3 Mar 2007 00:42:33 +0100
> "Michal Piotrowski" <[EMAIL PROTECTED]> wrote:
>
>> On 02/03/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
>>> Temporarily at
>>>
>>> http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
>>>
>> I have noticed some strange system behavior.
Chris Leech wrote:
Please pull from git://lost.foo-projects.org/~cleech/linux-2.6#master
A few drivers/dma and related I/OAT fixes, and missing documentation.
These have been posted for review and sitting in MM for a while now.
- Chris
Andrew Morton (1):
I/OAT: warning fix
Chris Leech (6
Andrew Morton wrote:
On Fri, 02 Mar 2007 15:31:19 -0500
Rik van Riel <[EMAIL PROTECTED]> wrote:
the attached patch frees the swap space of already resident pages
when swap space starts getting tight, instead of only freeing up
the swap space taken up by newly swapped in pages.
This should resu
On Sat, 03 Mar 2007 02:22:59 +0100
Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Andrew Morton napisa__(a):
> > On Sat, 3 Mar 2007 00:42:33 +0100
> > "Michal Piotrowski" <[EMAIL PROTECTED]> wrote:
> >
> >> On 02/03/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >>> Temporarily at
> >>>
> >>> h
On Fri, 2007-03-02 at 16:52 -0800, Davide Libenzi wrote:
> On Fri, 2 Mar 2007, Nicholas Miell wrote:
>
> > The point Ingo was making is that the x86 ABI already requires the FPU
> > context to be saved before *all* function calls.
>
> I've not seen that among Ingo's points, but yeah some status i
On Fri, Mar 02, 2007 at 02:59:06PM -0800, Andrew Morton wrote:
> What is it with vendors finding MM problems and either not fixing them or
> kludging around them and not telling the upstream maintainers about *any*
> of it?
I'm not in the business of defending vendors, but a lot of times the
base
On Fri, Mar 02, 2007 at 05:36:01PM -0800, Nicholas Miell wrote:
> > as an asynchronous context helps alot: the classic gcc convention for
> > FPU use & function calls should apply: gcc does not call an external
> > function with an in-use FPU stack/register, it always neatly unuses it,
> > as no
Greg KH wrote:
> On Tue, Feb 27, 2007 at 03:23:05PM -0500, Michael Krufky wrote:
>> Greg KH wrote:
>>> This is the start of the stable review cycle for the 2.6.19.6 release.
>>>
>>> This will probably be the last release of the 2.6.19-stable series, so
>>> if there are patches that you feel should
On Fri, 2 Mar 2007 17:40:04 -0800
William Lee Irwin III <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 02, 2007 at 02:59:06PM -0800, Andrew Morton wrote:
> > Somehow I don't believe that a person or organisation which is incapable of
> > preparing even a simple testcase will be capable of fixing problem
On 3/2/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Where is the patch for review?
I'm sending them now.
These have been posted before, and other than one objectionable change
that I dropped the first time around they quietly went nowhere.
- Chris
-
To unsubscribe from this list: send the line
On Fri, 2 Mar 2007, Nicholas Miell wrote:
> On Fri, 2007-03-02 at 16:52 -0800, Davide Libenzi wrote:
> > On Fri, 2 Mar 2007, Nicholas Miell wrote:
> >
> > > The point Ingo was making is that the x86 ABI already requires the FPU
> > > context to be saved before *all* function calls.
> >
> > I've
During boot with dynticks enabled, we would sometimes get:
[ 35.271900] Switched to high resolution mode on CPU 0
[ 35.304468] BUG: spinlock already unlocked on CPU#0, swapper/1
[ 35.338099] lock: c06428a0, .magic: dead4ead, .owner: /-1,
.owner_cpu:
-1
[ 35.373597] [] _raw_spin_unlock+0
I'm seeing some oddity with the latest fedora development kernel and a
usbserial device.
2.6.20-1.2949.fc7 #1 SMP Mon Feb 26 18:33:03 EST 2007 x86_64 x86_64
x86_64 GNU/Linux
Its a evdo device.
Doing:
modprobe usbserial vendor=0x413c product=0x8128 debug=1
gets:
drivers/usb/serial/usb-seri
On Saturday 03 March 2007 12:31, Rik van Riel wrote:
> Andrew Morton wrote:
> > On Fri, 02 Mar 2007 15:31:19 -0500
> >
> > Rik van Riel <[EMAIL PROTECTED]> wrote:
> >> the attached patch frees the swap space of already resident pages
> >> when swap space starts getting tight, instead of only freein
Prior to commit 95492e4646e5de8b43d9a7908d6177fb737b61f0 ([PATCH] x86:
rewrite SMP TSC sync code), the headers in asm-i386 did not really
require anything in include/asm-x86_64. This means that distributions
such as fedora did not include asm-x86_64 in kernel-devel headers for
i386. Ingo's commi
On Fri, 2 Mar 2007, William Lee Irwin III wrote:
> On Fri, Mar 02, 2007 at 02:22:56PM -0800, Andrew Morton wrote:
> > Opterons seem to be particularly prone to lock starvation where a cacheline
> > gets captured in a single package for ever.
>
> AIUI that phenomenon is universal to NUMA. Maybe it
On Fri, 2 Mar 2007 17:40:04 -0800 William Lee Irwin III <[EMAIL PROTECTED]>
wrote:
>> My gut feeling is to agree, but I get nagging doubts when I try to
>> think of how to boil things like [major benchmarks whose names are
>> trademarked/copyrighted/etc. censored] down to simple testcases. Some
>>
On Fri, 2 Mar 2007, William Lee Irwin III wrote:
>> AIUI that phenomenon is universal to NUMA. Maybe it's time we
>> reexamined our locking algorithms in the light of fairness
>> considerations.
On Fri, Mar 02, 2007 at 07:15:38PM -0800, Christoph Lameter wrote:
> This is a phenomenon that is usual
Hi Pavel,
On Fri, 2 Mar 2007 14:58:10 +0100, Pavel Machek wrote:
> Actually for the acpi stuff... we might wrap ACPI interpretter with a
> semaphore that needs to be taken before starting any AML code. Then
> just make sure sensors take same semaphore?
I like the idea, it should work as long as w
On Fri, 2 Mar 2007 14:18:40 +, Matthew Garrett wrote:
> On Fri, Mar 02, 2007 at 03:10:55PM +0100, Jean Delvare wrote:
>
> > I'm not familiar with APCI at all so I didn't know, but what you write
> > here brings some hope. Would it be possible to parse all the DSDT code
> > at boot time and ded
On Fri, Mar 02, 2007 at 10:04:54PM +0100, Jean Delvare wrote:
> On Fri, 2 Mar 2007 14:18:40 +, Matthew Garrett wrote:
> > In theory I /think/ so, but it would probably end up being an
> > overestimate of the coverage actually needed. Trapping at runtime is
> > arguably more elegant?
>
> It m
On Fri, 02 Mar 2007, Jean Delvare wrote:
> I like the idea, it should work as long as we are guaranteed that all
> the hwmon device accesses happen in the AML code? I'm not familiar with
> ACPI, so you tell me.
Some fubar machines do it in SMM mode, and the AML code just reads memory
regions that
Hi Matthew,
On Fri, 2 Mar 2007 14:57:09 +, Matthew Garrett wrote:
> How about this? It's informational only, but ought to result in
> complaints whenever ACPI tries to touch something that other hardware
> has reserved. We can't fail these accesses, but in theory we could
> consider some so
On Fri, Mar 02, 2007 at 10:41:55PM +0100, Jean Delvare wrote:
> I like the patch, after adding some casts to the printf args it
> compiles fine. However you print warnings each time a resource has been
> reserved... without checking if it hasn't been reserved by ACPI itself!
> My machine looks lik
Port (and memory) addresses can be dynamically generated by the AML code
and thus, there is no way that the ACPI subsystem can statically predict
any addresses that will be accessed by the AML.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:linux-acpi-
> [EMAIL PROTECTED] On Behal
El Viernes, 2 de Marzo de 2007, Xavier Callejas escribió:
> El Viernes, 2 de Marzo de 2007, Erik Mouw escribió:
> > Try to recreate the problem without the proprietary wlan driver. With
> > that driver loaded it's impossible to debug.
> >
> >
> > Erik
>
> Thank you Erik,
>
> I've deleted madwifi fr
On Fri, 2 Mar 2007, Tejun Heo wrote:
> Some LLDs were missing scsi device PM callbacks while having host/port
> suspend support. Add missing ones.
>
> Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
> ---
> This should fix the problem you're seeing on sil680. These patches
> are against 2.6.20.1.
Alan wrote:
The initial simplex handling code is fooled if you suspend and resume.
This also causes problems with some single channel controllers which
claim to be simplex.
The fix is fairly simple, instead of keeping a flag to remember if we
gave away the simplex channel we remember the actual
Alan wrote:
2.6.21-rc has horrible problems with libata and PATA cable types (and
thus speeds). This occurs because Tejun fixed a pile of other bugs and
we now do cable detect enforcement for drive side detection properly.
Unfortunately we don't do the process around cable detection right. Tejun
Alan Cox wrote:
However, given that we are in -rc cycle, and the wide impact of this
change, this patch wants splitting. The ->cable_detect stuff should be
in a separate patch from the IDENTIFY DEVICE ordering stuff. This
ensures sanity when git-bisecting changes, and allows fast-tracking of
Alan wrote:
Several method sets lacked freeze/resume methods. Fix this and while we
are at it force the cable to 40wire
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
For this, pata_sc1200 and pata_sl82c105: applied the missing-hook
portion of the patch, and dropped the ->cable_detect portion p
Alan wrote:
It used to be impossible to get from ata_device to ata_port but that is
no longer true. Various methods have been cleaned up over time but
dev_config still takes both and most users don't need both anyway. Tidy
this one up
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
applied to #ups
Alan wrote:
This driver still needs more work but for the moment
- It's a CMD not ATI driver
- Clean up code by using cable method
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc2/drivers/ata/pata_cmd64x.c
linux-2.6.21-rc2/drivers/ata/pata_cmd64x.c
--- l
Alan Cox wrote:
The QDI init code contains some bugs which mean it only works if you have
a test setup that causes both a successful and failed probe. Fix this
Found by Philip Guo
(Who found it working on code analysis tools not running VLB IDE
controllers)
Signed-off-by: Alan Cox <[EMAIL PROT
Alan Cox wrote:
Support for the PCI CMD640 (not VLB)
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
Overall ACK, with minor comments/questions below
Not applying (yet) due to cable_detect dependency. will await resend
once dependency is satisfied.
+static void cmd640_set_piomode(struct ata
Robert Hancock wrote:
Here's a revised version of my previous patch to warn the user if a
drive's transfer rate is limited because of a 40-wire cable detection.
This one hopefully addresses Alan's previous comments - we now do this
at the very end of the function, and the ugly if condition has be
> > + if (ap->port_no != 0 && adev->devno != timing->last) {
> > + pci_write_config_byte(pdev, DRWTIM23,
> > timing->reg58[adev->devno]);
> > + timing->last = adev->devno;
> > + }
>
> It might be worth looking into whether ->dev_select is a better place
> for this sort of
> it seems broken to manipulate xfer_mask after returning from the
> driver's ->mode_filter hook.
>
> this patch is more than just a speed-limited warning printk, afaics
I actually suggested that order because the only way the printk can be
done correctly is for it to be the very last test made.
Alan Cox wrote:
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc2/drivers/ata/Kconfig
linux-2.6.21-rc2/drivers/ata/Kconfig
--- linux.vanilla-2.6.21-rc2/drivers/ata/Kconfig2007-03-01
13:36:03.0 +0
Alan Cox wrote:
it seems broken to manipulate xfer_mask after returning from the
driver's ->mode_filter hook.
this patch is more than just a speed-limited warning printk, afaics
I actually suggested that order because the only way the printk can be
done correctly is for it to be the very last
Hi.
On Fri, 2007-03-02 at 17:46 +0900, Tejun Heo wrote:
> Add missing #ifdef CONFIG_PM conditionals around all PM related parts
> in libata LLDs.
>
> Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
> ---
> drivers/ata/ahci.c | 14 ++
> drivers/ata/ata_generic.c |
This patch adds the Intel ICH9M RAID controller DID for SATA support.
Signed-off-by: Jason Gaston <[EMAIL PROTECTED]>
--- linux-2.6.21-rc2/drivers/ata/ahci.c.orig2007-03-02 17:28:00.0
-0800
+++ linux-2.6.21-rc2/drivers/ata/ahci.c 2007-03-02 17:28:30.0 -0800
@@ -380,6 +380,7
Notes:
1) The patches credited to me are really extractions of Alan's patches.
2) In particular, the 'change master/slave IDENTIFY order' has a wide
(but hopefully not negative) impact, as mentioned in the thread. Since
pata_* drivers are Officially(tm) considered more experimental than
drivers/
> > +#include
> This can just be , because you're only using
> wait_queue_head_t and not struct completion, right?
> I fixed this up before merging.
Yes, right. Thanks for your help!
Regards
Nam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
On 12/4/06, Wendy Cheng <[EMAIL PROTECTED]> wrote:
Russell Cattelan wrote:
> Wendy Cheng wrote:
>
>> Linux kernel, particularly the VFS layer, is starting to show signs
>> of inadequacy as the software components built upon it keep growing.
>> I have doubts that it can keep up and handle this com
[cc'ing Pavel and linux-kernel, hello]
Original thread can be read from
http://thread.gmane.org/gmane.linux.ide/16475
Jeff Garzik wrote:
> Tejun Heo wrote:
>> Some LLDs were missing scsi device PM callbacks while having host/port
>> suspend support. Add missing ones.
>>
>> Signed-off-by: Teju
Hello, Nigel.
Nigel Cunningham wrote:
>> Index: work1/drivers/ata/ahci.c
>> ===
>> --- work1.orig/drivers/ata/ahci.c
>> +++ work1/drivers/ata/ahci.c
>> @@ -225,10 +225,12 @@ static void ahci_thaw(struct ata_port *a
>> static void ahc
On Fri, 2 Mar 2007 16:32:07 +
[EMAIL PROTECTED] (Mel Gorman) wrote:
> The zone-based patches for memory partitioning should be providing what is
> required for memory hot-remove of an entire DIMM or bank of memory (PPC64
> also cares about removing smaller blocks of memory but zones are overki
When a logical cpu 'x' already has more than one process running, then most
likely
the siblings of that cpu 'x' must be busy. Otherwise the idle siblings
would have likely(in most of the scenarios) picked up the extra load making
the load on 'x' atmost one.
Use this logic to eliminate the sibling
We (the -stable team) are announcing the release of the 2.6.19.7 kernel.
It turns out that I forgot some patches that had already been submitted
to me, hence the new release.
It contains some DVB bugfixes, so anyone who uses that subsystem is
recommended to upgrade, otherwise 2.6.19.6 is fine.
Ba
diff --git a/Makefile b/Makefile
index 5335f17..10a3416 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 19
-EXTRAVERSION = .6
+EXTRAVERSION = .7
NAME=Avast! A bilge rat!
# *DOCUMENTATION*
diff --git a/drivers/media/dvb/dvb-core/dvbdev.c
b/drivers/m
Richard Purdie <[EMAIL PROTECTED]> writes:
> I propose the following patch (I was previously waiting on James for
> this). It avoids backing out the problematic Kconfig changes but
> means a user has to explicitly enable the backlight via a kernel or
> module parameter.
>
> Can people with backlig
There were a couple more white spaces, instead of tabs, hopefully this is
the last of them:-)
Signed-off-by: Kandan Venkataraman [EMAIL PROTECTED]
diff -uprN linux-2.6.19.2/drivers/block/loop.c
linux-2.6.19.2-new/drivers/block/loop.c
--- linux-2.6.19.2/drivers/block/loop.c 2007-03-03 16:26:03.
On Fri, Mar 02, 2007 at 12:58:33AM -0800, Andrew Morton wrote:
>
> -mm has a debugging patch which warns when atomic_dec_and_test() takes an
> atomic_t negative
> (ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/broken-out/detect-atomic-counter-underflows.patch).
>
Am Samstag, 3. März 2007 03:37 schrieb Kevin Fenzi:
> I'm seeing some oddity with the latest fedora development kernel and a
> usbserial device.
Very interesting. Is this repeatable? Does unplugging have the same effect?
Regards
Oliver
-
To unsubscribe from this list: sen
On Sat, 3 Mar 2007 07:45:19 +0100
[EMAIL PROTECTED] (Oliver Neukum) wrote:
> Am Samstag, 3. März 2007 03:37 schrieb Kevin Fenzi:
> > I'm seeing some oddity with the latest fedora development kernel
> > and a usbserial device.
>
> Very interesting. Is this repeatable?
Yep. Tried a half dozen ti
* Davide Libenzi wrote:
> [...] Status word and control bits should not be changed from
> underneath userspace AFAIK. [...]
Note that the control bits do not just magically change during normal
FPU use. It's a bit like sys_setsid()/iopl/etc., it makes little sense
to change those per-thread
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> Note that the control bits do not just magically change during normal
> FPU use. It's a bit like sys_setsid()/iopl/etc., it makes little sense
> to change those per-thread anyway. This is a non-issue anyway - what is
> important is that the big bulk o
Am Samstag, den 03.03.2007, 07:45 +0100 schrieb Oliver Neukum:
> Am Samstag, 3. März 2007 03:37 schrieb Kevin Fenzi:
> > I'm seeing some oddity with the latest fedora development kernel and a
> > usbserial device.
>
> Very interesting. Is this repeatable? Does unplugging have the same effect?
I
Hi.
On Sat, 2007-03-03 at 12:20 +0900, Tejun Heo wrote:
> Hello, Nigel.
>
> Nigel Cunningham wrote:
> >> Index: work1/drivers/ata/ahci.c
> >> ===
> >> --- work1.orig/drivers/ata/ahci.c
> >> +++ work1/drivers/ata/ahci.c
> >> @@ -225,1
On Fri, 2 Mar 2007 14:57:06 +0100, Pavel Machek wrote:
> On Fri 2007-03-02 14:37:20, Jean Delvare wrote:
> > drivers/pci/quirks.c is full of things we do against the BIOS authors
> > intent. You don't plan to remove them all, do you?
>
> Notice how quirks.c is careful to name machines where given
Jeremy Fitzhardinge wrote:
Tim Chen wrote:
I also hope that the performance can be recovered as this option could
enabled in distributions' kernels in future.
Yes, the intent is that running a CONFIG_PARAVIRT kernel on native
hardware will have negligible performance hit compared to ru
On Fri, 2007-03-02 at 03:00 -0800, Andrew Morton wrote:
I get this with CONFIG_NO_HZ=y, CONFIG_SMP=n
kernel/sched.c: In function ‘trigger_load_balance’:
kernel/sched.c:3384: error: ‘struct rq’ has no member named
‘in_nohz_recently’
kernel/sched.c:3384: error: ‘struct rq’ has no member named
‘idle
David Lang a écrit :
I have a fork-heavy workload (a proxy that forks per connection, I know
it's not the most efficiant design) and I discovered a 2x performance
difference between a static and dynamicly linked version of the same
program (2200 connections/sec vs 4700 connections/sec)
I know
On Fri, Mar 02, 2007 at 08:48:54PM -0500, Michael Krufky wrote:
>
> The dvbdev patch is pretty important, fixes a horrible problem, although the
> case for
> it to occur is rare. The other two patches are of the "obviously correct -
> minimal change"
> type.
>
> If it isnt too much trouble, t
On Thu, 2007-03-01 at 10:52 -0500, Stephen Hemminger wrote:
>
> Please do not use mixed case for function or structure member names
> (see
> Coding Style)
>
Here is the updated version of this driver.
a) Change to follow kernel coding style
b) rename some functions and structures
c) chang
On Thu, Mar 01, 2007 at 11:27:34AM -0800, Jean Tourrilhes wrote:
> On Thu, Mar 01, 2007 at 08:42:09AM +0100, Jarek Poplawski wrote:
> > On Wed, Feb 28, 2007 at 10:45:41AM -0800, Jean Tourrilhes wrote:
> > > > > +
> > > > > + if ((size <= 0) || (i >= num_envp))
> > > >
> > > > Btw.:
> > > > 1.
Changelog:
Function `phy_mii_ioctl' returns physical device's information based on
user requests. When requested to return the basic mode control register
information (BMCR), the original implementation only returns the
physical device's duplex information and forgets to return speed
information, w
The security hooks to check permissions to remove an xfrm_policy were
actually done after the policy was removed. Since the unlinking and
deletion are done in xfrm_policy_by* functions this moves the hooks
inside those 2 functions. There we have all the information needed to
do the security check
pfkey_spdget neither had an LSM security hook nor auditing for the
removal of xfrm_policy structs. The security hook was added when it was
moved into xfrm_policy_byid instead of the callers to that function by
my earlier patch and this patch adds the auditing hooks as well.
Signed-off-by: Eric Pa
Inside pfkey_delete and xfrm_del_sa the audit hooks were not called if
there was any permission/security failures in attempting to do the del
operation (such as permission denied from security_xfrm_state_delete).
This patch moves the audit hook to the exit path such that all failures
(and successes
Gary Zambrano wrote:
Added dma_sync_single_range_for_cpu/device to dma-mapping.h in asm-arm &
asm-avr32 to call dma_sync_single_for_cpu/device. This patch enables b44
to compile on systems with these cpus.
This patch was created with the assumption that another method of
dma_sync_single_range_for
On Fri, 02 Mar 2007 19:43:34 -0500
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Gary Zambrano wrote:
> > Added dma_sync_single_range_for_cpu/device to dma-mapping.h in asm-arm &
> > asm-avr32 to call dma_sync_single_for_cpu/device. This patch enables b44
> > to compile on systems with these cpus.
> >
Jan-Bernd Themann wrote:
This patch introduces functionality to dynamically add / remove
ehea ports via an userspace DLPAR tool. It creates a subnode for
each logical port in the sysfs.
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
applied 1-2 to #upstream (2.6.22)
your patches adde
Dale Farnsworth wrote:
The information contained within platform_data should be self-contained.
Replace the pointer to a MAC address with the actual MAC address in
struct mv643xx_eth_platform_data.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
---
Replaced explicit mac address comparison
Dale Farnsworth wrote:
We were using the platform_device.id field to identify which ethernet
port is used for mv643xx_eth device. This is not generally correct.
It will be incorrect, for example, if a hardware platform uses a single
port but not the first port. Here, we add an explicit port_num
Shan Lu wrote:
Changelog:
Function `phy_mii_ioctl' returns physical device's information based on
user requests. When requested to return the basic mode control register
information (BMCR), the original implementation only returns the
physical device's duplex information and forgets to return spe
John W. Linville wrote:
From: Johannes Berg <[EMAIL PROTECTED]>
Since wext is being replaced as fast as we can (it'll probably stick
around for legacy drivers though) and the wext/netlink stuff was never
really used, this schedules it for removal.
The removal schedule is tight but there are no
Stephen Hemminger <[EMAIL PROTECTED]> writes:
> Here is another way to handle the 64 bit divide case.
> It allows full 64 bit divide by adding the support routine
> GCC needs.
Not supplying that was intentional by Linus so that people
think twice (or more often) before they using such expensive
o
Fixes du jour.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
arch/mips/jmr3927/rbhma3100/setup.c |4 -
arch/mips/momentum/jaguar_atx/platform.c| 20 +---
arch/mi
Jan-Bernd Themann <[EMAIL PROTECTED]> writes:
>
> Are there any concerns about this approach?
Yes. You should fix the NAPI code instead of trying to work
around it.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
There's only one now anyway, and it's not in a performance path,
so make it behave the same on 32-bit and 64-bit CPUs.
Signed-off-by: Chris Leech <[EMAIL PROTECTED]>
---
drivers/dma/ioatdma.c | 10 --
1 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/dma/ioatdma.c
Signed-off-by: Chris Leech <[EMAIL PROTECTED]>
---
drivers/dma/ioatdma.c| 60 +++
drivers/dma/ioatdma_io.h | 118 --
2 files changed, 28 insertions(+), 150 deletions(-)
diff --git a/drivers/dma/ioatdma.c b/drivers/dma/ioatdma
Under kexec, I/OAT initialization breaks over busy resources because the
previous kernel did not release them.
I'm not sure this fix can be considered a complete one but it works for me.
I guess something similar to the *_remove method should occur there..
Signed-off-by: Dan Aloni <[EMAIL PROTEC
Andrew Morton (1):
I/OAT: warning fix
Chris Leech (6):
ioatdma: Push pending transactions to hardware more frequently
ioatdma: Remove the wrappers around read(bwl)/write(bwl) in ioatdma
ioatdma: Remove the use of writeq from the ioatdma driver
I/OAT: Add documentation for
The performance wins come with having the DMA copy engine doing the copies
in parallel with the context switch. If there is enough data ready on the
socket at recv time just use a regular copy.
Signed-off-by: Chris Leech <[EMAIL PROTECTED]>
---
net/ipv4/tcp.c | 10 +++---
1 files changed,
Signed-off-by: Chris Leech <[EMAIL PROTECTED]>
---
Documentation/networking/ip-sysctl.txt |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/Documentation/networking/ip-sysctl.txt
b/Documentation/networking/ip-sysctl.txt
index d3aae1f..9541691 100644
--- a/Documentatio
Signed-off-by: Chris Leech <[EMAIL PROTECTED]>
---
MAINTAINERS | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 1dfba85..2dd5d23 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1156,6 +1156,12 @@ M: [EMAIL PROTECTED]
L:
301 - 400 of 413 matches
Mail list logo
