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 it
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 only means we've
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 point
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 arraysize.sh:
...
This
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 already
Nicolas Mailhot wrote:
Alistair John Strachan s0348365 at 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?
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 unsubscribe
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 everyone.
-
To
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 thread
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 wrote:
-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 someone with
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 b/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' is not
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 only a
Le jeudi 14 décembre 2006 à 18:22 -0500, Jeff Garzik a écrit :
Nicolas Mailhot wrote:
Alistair John Strachan s0348365 at 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.
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 supposed to
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 don't put a space
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=11631244001r=1w=2 and the even
older http://marc.theaimsgroup.com/?t=11629131451r=1w=2
The issue was basically the following:
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 result
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(kref-count, 0);
Agreed that setting
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:
$ grep -Er
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:
+ sizeof ++ --*
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 that further uses
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 your
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.
If you can
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]
+but no space after unary
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 linux/klog.h 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
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 fail.
On Thu, 14 Dec 2006 16:16:40 -0800 Zack Weinberg wrote:
This patch introduces linux/klog.h 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
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 there are
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; \
+ } while
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: send
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]
More
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 refactoring.
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 as
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 wrote:
I'll
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 labels
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 are
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 ohci1394
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 to
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(proc_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
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Jeet Chaudhuri [EMAIL PROTECTED]
We must reserve SAR + MAX_HEADER bytes for IrLMP to fit in.
This fixes an oops reported (and fixed) by Jeet Chaudhuri, when max_sdu_size
is greater than 0.
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: David Miller [EMAIL PROTECTED]
Currently the behaviour of disable_xfrm is inconsistent between
locally generated and forwarded packets. For locally generated
packets disable_xfrm disables the
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: Zachary Amsden [EMAIL PROTECTED]
It is possible to have tasklets get scheduled before softirqd has had a chance
to spawn on all CPUs. This is totally harmless; after success during action
2.6.18-stable review patch. If anyone has any objections, please let us know.
--
From: David Miller [EMAIL PROTECTED]
Not returning -EINVAL, because someone might want to use the value
zero in some future gact_prob algorithm?
Signed-off-by: Kim Nordlund [EMAIL PROTECTED]
Includes some pre-window-closing stuff (new drivers), but I was waiting
on some bug fixes before pushing.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/Kconfig
On 13/12/06, Catalin Marinas [EMAIL PROTECTED] wrote:
On 11/12/06, Tejun Heo [EMAIL PROTECTED] wrote:
piix_init_one() allocates host private data which should be freed by
piix_host_stop(). ich_pata_ops wasn't converted to piix_host_stop()
while merging, leaking 4 bytes on driver detach. Fix
While looking at commit 8ddeeae51f2f197b4fafcba117ee8191b49d843e,
I got the impression that this commit couldn't fix anything, since the
size variable can't be changed before fit gets used.
Is there any big thinko, or is the patch below that slightly simplifies
update_size() semantically
On Fri, 2006-12-15 at 01:19 +0100, Adrian Bunk wrote:
While looking at commit 8ddeeae51f2f197b4fafcba117ee8191b49d843e,
I got the impression that this commit couldn't fix anything, since the
size variable can't be changed before fit gets used.
Is there any big thinko, or is the patch below
On Thu, Dec 14, 2006 at 07:36:35PM -0500, Doug Ledford wrote:
On Fri, 2006-12-15 at 01:19 +0100, Adrian Bunk wrote:
While looking at commit 8ddeeae51f2f197b4fafcba117ee8191b49d843e,
I got the impression that this commit couldn't fix anything, since the
size variable can't be changed before
+config PATA_IT8213
+ tristate IT8213 PATA support (Experimental)
+ depends on PCI EXPERIMENTAL
+ help
+ This option enables support for the ITE 821 PATA
Typo (IT8213) - probably my fault but only just noticed it
-
To unsubscribe from this list: send the line
Functions to manipulate CQs.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_cq.c | 231 +
1 files changed, 231 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_cq.c
Code to handle async events coming from the T3 RDMA Core.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_ev.c | 231 +
1 files changed, 231 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_ev.c
Code to discover all the T3 devices and register them
with the T3 RDMA Core and the Linux RDMA Core.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch.c | 189
drivers/infiniband/hw/cxgb3/iwch.h | 175
Code to manipulate the QP.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_qp.c | 1007 +
1 files changed, 1007 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_qp.c
Provider methods to support the Linux RDMA verbs.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_provider.c | 1171 +++
drivers/infiniband/hw/cxgb3/iwch_provider.h | 363
drivers/infiniband/hw/cxgb3/iwch_user.h | 68 ++
Roland,
I think this is ready to go once the ethernet driver is pulled in.
Version 4 changes:
- Cleaned up spacing in the Kconfig file
- Remove locking.txt file - its not needed
- Remove -O1 from the debug config option
- BugFix: support new LLD interface for dual-port adapters
Version 3
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/Kconfig |1 +
drivers/infiniband/Makefile |1 +
drivers/infiniband/hw/cxgb3/Kconfig | 27 +++
drivers/infiniband/hw/cxgb3/Makefile | 12
4 files changed, 41
Debug code to dump various data structs, some of which are in
adapter memory.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/core/cxio_dbg.c | 205 +++
1 files changed, 205 insertions(+), 0 deletions(-)
diff --git
The RDMA Core interfaces with the T3 HW and ULLD providing a low level
RDMA interface.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/core/cxio_hal.c | 1302 +++
drivers/infiniband/hw/cxgb3/core/cxio_hal.h | 201
2 files changed, 1503
Support provider-specific data in ib_uverbs_cmd_req_notify_cq().
The Chelsio iwarp provider library needs to pass information to the
kernel verb for re-arming the CQ.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/core/uverbs_cmd.c |9 +++--
Functions to register memory regions.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_mem.c | 170
1 files changed, 170 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_mem.c
T3 WQE and CQE structures, defines, etc...
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/core/cxio_wr.h | 685
1 files changed, 685 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/core/cxio_wr.h
Core functions to carve up adapter memory, stag, qp, and cq IDs.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/core/cxio_resource.c | 331 ++
drivers/infiniband/hw/cxgb3/core/cxio_resource.h | 70 +
2 files changed, 401 insertions(+), 0
On Wed, 2006-12-13 at 13:17 -0500, Michael Bommarito wrote:
Attached is a patch that fixes this (the actual change is two lines
but context provided in patch for review). The dmesg containing call
trace is attached to the bugzilla entry above.
You forgot to attach the patch but IIRC it's
301 - 400 of 871 matches
Mail list logo