On Iau, 2005-03-03 at 03:10, Christoph Hellwig wrote:
> The point is that it's happening anyway. See Andres' -as tree which
> is the basis for the Debian vendor kernel. Getting that up to an
> official status as 2.6.x.y would be very nice (and having it on
> linux.bkbits.net)
IMHO it is nowhere
On Thu, Mar 03, 2005 at 05:32:03PM -0500, Jeff Garzik wrote:
> On Thu, Mar 03, 2005 at 10:15:46PM +, Alan Cox wrote:
> > We still need 2.6.x.y updates on a more official footing and with more
> > than one person as the "2.6.x.y" maintainer. I think that is actually
> > more important.
>
>
Now that 2.6.11 is out the door it's time to try and submit this again.
The following patches convert all users of verify_area to access_ok and
the final patch then deprecates verify_area acros all archs with the
intention of removing it completely later. These patches get rid of 99+%
of all
Mikael Pettersson <[EMAIL PROTECTED]> wrote:
>
> gcc4 generates compile errors when it sees declarations
> of arrays of incomplete element types.
> has one such declaration, which unfortunately breaks ppc32
> since #includes .
>
> The fix in this case is to simply move the array declaration
>
Update address vector handling to support mem-free mode. In mem-free
mode, the address vector (in hardware format) is copied by the driver
into each send work queue entry, so our address handle creation can
become pretty trivial: we just kmalloc() a buffer to hold the
formatted address vector.
On Thu, Mar 03, 2005 at 08:41:02PM +0100, Krzysztof Halasa wrote:
> > 2) After 2.6.11 release is out, there is no established process for
> > "oh shit, 2.6.11 users will really want that fixed."
>
> We can do 2.6.11.x scheme. For the last stable kernel, of course
> (i.e., one additional small
Factor the allocation and freeing of completion queue buffers into
mthca_alloc_cq_buf() and mthca_free_cq_buf(). This makes the code
more readable and will eventually make handling userspace CQs simpler
(the kernel doesn't have to allocate a buffer at all).
Signed-off-by: Roland Dreier <[EMAIL
Have MAP_ICM_page() firmware command map assume pages are always the
HCA-native 4K size rather than using the kernel's page size. This
will make handling doorbell pages for mem-free mode simpler.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
---
Alan Cox <[EMAIL PROTECTED]> wrote:
>
> On Iau, 2005-03-03 at 23:17, Andrew Morton wrote:
> > Ideally, the 2.6.x.y maintainer wouldn't need any particular kernel
> > development skills - it's just patchmonkeying the things which maintainers
> > send him.
>
> I would disagree, and I suspect anyone
On Wednesday 02 March 2005 12:56 am, Pavel Machek wrote:
>
> If OMAP has "big sleep" and "deep sleep", why not simply map them to
> "standby" and "suspend-to-ram"?
Or even "cpu idle". Entering power saving modes shouldn't be such
a Big Deal. Some of the variable scheduling timeout work has
Greetings;
I've a new pcHDTV-3000 card, and I thought maybe it would
be a good idea to build the cx88 stuff in the DVB section
of a make xconfig.
It doesn't build, spitting out this bailout:
CC [M] drivers/media/video/cx88/cx88-cards.o
drivers/media/video/cx88/cx88-cards.c: In function
Hi Christoph
On Tue, 01 Mar 2005, Christoph Lameter wrote:
> Is there any chance that this patchset could go into mm now? This has been
> discussed since last August
>
> Changelog:
>
> V17->V18 Rediff against 2.6.11-rc5-bk4
Just applied this patch against 2.6.11, however with the patch
Linas Vepstas wrote:
Below is some "pseudocode" version (mentally substitute
"pci error event" for every occurance of "eeh"). Its got some
ppc64-specific crud in there that we have to fix to make it
truly generic (I just cut and pasted from current code).
Would a cleaned up version of this
Hi,
On Thu, Mar 03, 2005 at 05:59:51PM -0800, Andrew Morton wrote:
> This patch doesn't seem right - current 2.6.11 has:
>
> return cur_cpu_spec->cpu_features & CPU_FTR_ALTIVEC;
The patch was against what Greg had already pushed into the
linux-release.bkbits.net 2.6.11 tree, i.e. not
Am Freitag, 4. März 2005 02:16 schrieb Alexander Gran:
> Hi,
>
> after my external USB hdd disconnected itself reiser4 paniced. I dont think
> a journalingfs should panic if its device fails..
Ähm correction: It's reiser4 on dm-crypto (aes) The crypto device is of cource
not radable either:
From: Sean Hefty <[EMAIL PROTECTED]>
Fix ib_find_cached_gid() to return the correct port number relative to
the port numbering used by the device.
Signed-off-by: Sean Hefty <[EMAIL PROTECTED]>
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
--- linux-export.orig/drivers/infiniband/core/cache.c
Pavel Machek wrote:
...
In most of the cases I'm thinking of, it wouldn't be a user
requesting a state but rather software (say, a cell phone
progressively entering lower power states due to inactivity). I
haven't noticed a platform with more than 3 low-power modes so far,
Are not your power
From: Michael S. Tsirkin <[EMAIL PROTECTED]>
Remove support for unsignaled receive requests. This is a
non-standard extension to the IB spec that is not used by any known
applications or protocols, and is not supported by newer hardware.
Signed-off-by: Michael S. Tsirkin <[EMAIL PROTECTED]>
Andrea Arcangeli <[EMAIL PROTECTED]> wrote:
>
> On Thu, Mar 03, 2005 at 03:17:52PM -0800, Andrew Morton wrote:
> > That's the only way it _can_ work. The maintainer of 2.6.x.y shouldn't be
>
> Andrew, what about my suggestion of shifting left x.y of 8 bits? ;) Do
> we risk the magic 2.7 number
On Thursday 03 March 2005 6:55 am, Pavel Machek wrote:
> Hi!
>
> > In most of the cases I'm thinking of, it wouldn't be a user
> > requesting a state but rather software (say, a cell phone
> > progressively entering lower power states due to inactivity). I
> > haven't noticed a platform with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeffrey Mahoney wrote:
> This patch adds an S_PRIVATE flag to inode->i_flags to mark an inode as
> filesystem-internal. As such, it should be excepted from the security
> infrastructure to allow the filesystem to perform its own access control.
> @@
Linas Vepstas wrote:
If their defaults are no-ops, device
maintainers who develops their driver on not-implemented arch should be
more careful.
Why? People who write device drivers already know if/when they need to
disable interrupts, and so they already disable if they need it.
OK, I'll remake
Move the request/ioremap of regions related to event handling into
mthca_eq.c. Map the correct regions depending on whether we're in
Tavor or native mem-free mode.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_config_reg.h
[EMAIL PROTECTED] (Olof Johansson) wrote:
>
> Here's a patch that will work for both PPC and PPC64. The proper way to
> fix this in mainline is to merge -mm's cpu_has_feature patch, but for
> the stable 2.6.11-series, this much less intrusive (i.e. just the pure
> bugfix, not the cleanup part).
From: "Michael S. Tsirkin" <[EMAIL PROTECTED]>
Clean up CQ code so that we only calculate the address of a CQ entry
once when using it.
Signed-off-by: Michael S. Tsirkin <[EMAIL PROTECTED]>
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
---
ул. Бyраковa, 110,5 м2, 5 кoмнaт, 1 пoдcoбкa, c/yзeл, пoлyпoдвaл жилoгo дoмa,
cocтoяниe xopoшee.
Мoжнo иcпoльзoвaть пoд пpoизвoдcтвo+oфиc+cклaд. В cyбapeндy oфициaльнo нa
длитeльный cpoк.
Bыдeлeнкa интepнeт, 2 тeл., мeбeль.
200 ye/m2 в гoд.
Tел 7787823 Aлeкcaндp
-
To unsubscribe from this
On Thu, 2005-03-03 at 15:28 -0800, Andrew Morton wrote:
> Subject: [Bugme-new] [Bug 4282] New: ALSA driver in Linux 2.6.11 causes a
> kernel panic when loading the EMU10K1 driver
Um... this one is highly suspect. Myself and others have been doing a
lot of work on this driver lately, and have
On Iau, 2005-03-03 at 23:17, Andrew Morton wrote:
> Ideally, the 2.6.x.y maintainer wouldn't need any particular kernel
> development skills - it's just patchmonkeying the things which maintainers
> send him.
I would disagree, and I suspect anyone else who has maintained a distro
stable kernel
On Fri, Mar 04, 2005 at 12:44:04AM +, Alan Cox wrote:
> On Gwe, 2005-03-04 at 00:19, CaT wrote:
> > Working IDE locking? Does this mean if I have 2 promise cards, a HD
> > on each card and I copy from one to the other it wont all blow up in my
> > face?
>
> Depends on your PCI bus and also if
thanks Ganesh & Brice! Now it works!
i use the driver specified by ganesh at sourceforge.
thanks.
On Wed, 2 Mar 2005 05:19:02 -0800, Ganesh Venkatesan
<[EMAIL PROTECTED]> wrote:
> Did you try e100? What kernel are you using? You could download the
> latest e100 from
Simplify some of the code for CQ handling slightly.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_cq.c2005-03-03
14:12:52.923433653 -0800
+++ linux-export/drivers/infiniband/hw/mthca/mthca_cq.c 2005-03-03
14:12:53.538300187 -0800
Roland Dreier wrote:
Add a mthca_write_db_rec() to wrap writing doorbell records. On
64-bit archs, this is just a 64-bit write, while on 32-bit archs it
splits the write into two 32-bit writes with a memory barrier to make
sure the two halves of the record are written in the correct order.
Add code to initialize EQ context properly in both Tavor and mem-free mode.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_eq.c2005-03-03
14:12:56.154732247 -0800
+++ linux-export/drivers/infiniband/hw/mthca/mthca_eq.c 2005-03-03
Mem-free mode requires the driver to allocate additional doorbell pages
for each user access region. Add support for this in mthca_memfree.c,
and have the driver allocate a table in db_tab for kernel use.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
---
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> Now, I haven't actually gotten any complaints about 2.6.11 (apart from
> "gcc4 still has problems" with fairly trivial solutions)
There have been quite a few. Mainly driver stuff again:
Subject: Re: [BUG] 2.4.27 - 2.4.29 tar: /dev/nst0: Warning:
On Mar 03, 2005, at 14:35, Sean wrote:
Wait a second though, this tree will be branched from the development
mainline. So it will contain many patches that entered with less
testing. What will be the policy for dealing with regressions
relative
to the previous $sucker release caused by huge
Jeff> Well, we don't just add code to "hope and pray" for an event
Jeff> that nobody is sure can even occur...
The hardware requires that if the record is written in two 32-bit
chunks, then they must be written in order. Of course the hardware
probably won't be reading just as we're
> @@ -783,6 +777,11 @@
> cq->cqn & (dev->limits.num_cqs - 1));
> spin_unlock_irq(>cq_table.lock);
> +if (dev->mthca_flags & MTHCA_FLAG_MSI_X)
> + synchronize_irq(dev->eq_table.eq[MTHCA_EQ_COMP].msi_x_vector);
> + else
> +
On Gwe, 2005-03-04 at 00:19, CaT wrote:
> Working IDE locking? Does this mean if I have 2 promise cards, a HD
> on each card and I copy from one to the other it wont all blow up in my
> face?
Depends on your PCI bus and also if the are on the same IRQ. In the same
IRQ case you may find 2.6.11 is
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > Roland Dreier <[EMAIL PROTECTED]> wrote:
> > >
> > > >> don't add casts to a void pointer, that's silly.
> > >
> > > How should we handle this nit? Should I post a new version of this
> > > patch or
Hi,
I have a reiser4 partition on a local IDE disk. I opened a 130MB textfile with
kwrite, and killed it while ot opened the file (took to long...) diskio was
finished at this point.
a [ent:hda6.] Process was eating 100% CPU time for several (54) seconds.
Is this a normal, expected behaviour?
On Thu, 2005-03-03 at 16:45 -0800, Andrew Morton wrote:
> If efi_enabled is true and efi_set_rtc_mmss(xtime.tv_sec) returns zero, the
> new code will run set_rtc_mmss(xtime.tv_sec) whereas the old code won't.
Argh, I should know better then to send patches before having coffee.
Here's a new
Hi,
after my external USB hdd disconnected itself reiser4 paniced. I dont think a
journalingfs should panic if its device fails..
Log:
scsi2 (0:0): rejecting I/O to dead device
reiser4[ktxnmgrd:dm-0:t(25324)]: reiser4_handle_error
(fs/reiser4/vfs_ops.c:1315)[foobar-42]:
reiser4 panicked
I didn't find any possible modular usage in the kernel.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.11-rc5-mm1-full/kernel/sys.c.old 2005-03-04 01:19:18.0
+0100
+++ linux-2.6.11-rc5-mm1-full/kernel/sys.c 2005-03-04 01:19:29.0
+0100
@@ -1382,8 +1382,6 @@
I didn't find any possible modular usage in the kernel.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.11-rc5-mm1-full/kernel/kallsyms.c.old 2005-03-04
00:49:34.0 +0100
+++ linux-2.6.11-rc5-mm1-full/kernel/kallsyms.c 2005-03-04 00:49:49.0
+0100
@@ -408,4
Lee Revell <[EMAIL PROTECTED]> wrote:
>
> AFAICT this code is equivalent and cleans up the (efi_)set_rtc_mmss code
> referred to as "horrible... FIXME" in the comments. Completely
> untested.
>
> Signed-Off-By: Lee Revell <[EMAIL PROTECTED]>
>
> --- linux-2.6.11-rc4/arch/i386/kernel/time.c.orig
Willy Tarreau <[EMAIL PROTECTED]> writes:
> On Wed, Mar 02, 2005 at 02:00:30PM -0800, Philippe Troin wrote:
>
> > + /* Asus K8V Se Deluxe bugfix. Correct VPD content */
> > + /* MBo April 2004 */
> > + if( ((unsigned char)pAC->vpd.vpd_buf[0x3f] == 0x38) &&
> > + ((unsigned
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> Roland Dreier <[EMAIL PROTECTED]> wrote:
> >
> > >> don't add casts to a void pointer, that's silly.
> >
> > How should we handle this nit? Should I post a new version of this
> > patch or an incremental diff that fixes it up?
> >
>
> I'll fix
Greg> Sure, I have no problem accepting that into the pci core.
What would pci_irq_sync() do exactly?
- R.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Roland Dreier <[EMAIL PROTECTED]> wrote:
>
> >> don't add casts to a void pointer, that's silly.
>
> How should we handle this nit? Should I post a new version of this
> patch or an incremental diff that fixes it up?
>
I'll fix it up.
-
To unsubscribe from this list: send the line
On Thu, Mar 03, 2005 at 07:35:00PM -0500, Jeff Garzik wrote:
> Roland Dreier wrote:
> >@@ -783,6 +777,11 @@
> > cq->cqn & (dev->limits.num_cqs - 1));
> > spin_unlock_irq(>cq_table.lock);
> >
> >+if (dev->mthca_flags & MTHCA_FLAG_MSI_X)
> >+
I didn't find any possible modular usage in the kernel.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.11-rc5-mm1-full/kernel/sched.c.old2005-03-04
01:04:28.0 +0100
+++ linux-2.6.11-rc5-mm1-full/kernel/sched.c2005-03-04 01:04:34.0
+0100
@@ -3053,7
I didn't find any possible modular usage in the kernel.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.11-rc5-mm1-full/kernel/sched.c.old2005-03-04
01:06:21.0 +0100
+++ linux-2.6.11-rc5-mm1-full/kernel/sched.c2005-03-04 01:06:36.0
+0100
@@ -3387,8
I didn't find any possible modular usage in the kernel.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.11-rc5-mm1-full/kernel/printk.c.old 2005-03-04
00:58:16.0 +0100
+++ linux-2.6.11-rc5-mm1-full/kernel/printk.c 2005-03-04 00:58:22.0
+0100
@@ -675,7
I didn't find any possible modular usage in the kernel.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.11-rc5-mm1-full/kernel/resource.c.old 2005-03-04
01:01:30.0 +0100
+++ linux-2.6.11-rc5-mm1-full/kernel/resource.c 2005-03-04 01:01:42.0
+0100
@@ -371,8
I didn't find any possible modular usage in the kernel.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.11-rc5-mm1-full/kernel/panic.c.old2005-03-04
00:54:46.0 +0100
+++ linux-2.6.11-rc5-mm1-full/kernel/panic.c2005-03-04 00:54:54.0
+0100
@@ -24,8 +24,6
Roland Dreier wrote:
Jeff> Are you concerned about ordering, or write-combining?
ordering... write combining would be fine.
Jeff> I am unaware of a situation where writes are re-ordered into
Jeff> a reversed, descending order for no apparent reason.
Hmm... I've seen ppc64 do some
>> don't add casts to a void pointer, that's silly.
How should we handle this nit? Should I post a new version of this
patch or an incremental diff that fixes it up?
- R.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Andrew Morton wrote:
Mark Canter <[EMAIL PROTECTED]> wrote:
To close this issue out of the LKML and alsa-devel, a bug report has been
written.
It appears to be an issue with the 'headphone jack sense' (as kde labels
it). The issue is in the way the 8x0 addresses the docking station/port
Roland Dreier wrote:
@@ -783,6 +777,11 @@
cq->cqn & (dev->limits.num_cqs - 1));
spin_unlock_irq(>cq_table.lock);
+ if (dev->mthca_flags & MTHCA_FLAG_MSI_X)
+ synchronize_irq(dev->eq_table.eq[MTHCA_EQ_COMP].msi_x_vector);
+ else
+ synchronize_irq(dev->pdev->irq);
+
Tangent: I think we
>Roland Dreier wrote:
>> +void cancel_sends(void *data)
>> +{
>> +struct ib_mad_agent_private *mad_agent_priv;
>> +struct ib_mad_send_wr_private *mad_send_wr;
>> +struct ib_mad_send_wc mad_send_wc;
>> +unsigned long flags;
>> +
>> +mad_agent_priv = (struct ib_mad_agent_private
Nish Aravamudan wrote:
On Thu, 03 Mar 2005 13:51:40 +0100, Pierre Ossman <[EMAIL PROTECTED]> wrote:
I just upgraded to Linux 2.6.11 and the soundcard on my machine went
silent. All volume controls are correct and there are no errors
reported. But no sound coming from the speakers. And here's
Jeff> Are you concerned about ordering, or write-combining?
ordering... write combining would be fine.
Jeff> I am unaware of a situation where writes are re-ordered into
Jeff> a reversed, descending order for no apparent reason.
Hmm... I've seen ppc64 do some pretty freaky
Jeff> don't add casts to a void pointer, that's silly.
Fair enough...
Jeff> dumb question... why is the lock dropped? is it just for
Jeff> the send_handler(), or also for wr_id assigned, kfree, and
Jeff> wake_up() ?
Not sure... Sean?
- R.
-
To unsubscribe from this list: send
Here's another series of patches that applies on top of the fixes I
posted yesterday. This series syncs the kernel with everything ready
for merging from the OpenIB subversion tree.
Most of these patches add more support for "mem-free" mode to mthca.
This allows PCI Express HCAs to operate by
On Thursday 03 March 2005 16:58, Alexander Nyberg wrote:
> Hi!
>
> I had accidently chosen CONFIG_PNP and noticed that my keyboard didn't
> work with bk-dtor-input.patch in the tree (backing out makes keyboard
> work).
>
Hi,
It looks like some old stuff in my tree overwrites good stuff from
In article <[EMAIL PROTECTED]>,
Miquel van Smoorenburg <[EMAIL PROTECTED]> wrote:
>In article <[EMAIL PROTECTED]>,
>Miquel van Smoorenburg <[EMAIL PROTECTED]> wrote:
>>I just upgrades one of our newsservers from 2.6.9 to 2.6.11. I
>>use "iostat -k -x 2" to see live how busy the disks are. But
>>I
On Wed, Mar 02, 2005 at 10:57:10AM +0100, Domen Puncer wrote:
> A new release from kernel janitors (http://janitor.kernelnewbies.org/).
>
> Apologies to janitors that this took so long.
> This time we have a new record: 354 patches!
> I'll start sending/resending what's not already in -mm soon.
>
Dave Jones ([EMAIL PROTECTED]) said:
> > [*] I don't know any details of the /proc incompatibility which davej
> > mentions, and I'd like to. That sounds like a screw-up.
>
> We changed the format of /proc/slabinfo. Running slabtop threw up
> an error message complaining that the format
On Thu, Mar 03, 2005 at 11:51:42PM +, Alan Cox wrote:
> -ac is essentially base security fixes + working IDE locking + pwc +
> fixes for the bugs everyone hit that needed fixing urgently. I consider
> working locking on my storage essential because I like my data to still
> be there.
Working
Hi...
I have a problem with nfs. It always worked, so I don't know what is
failing now.
I have a server running 2.6.11-rc3-mm2. I try to export a dir via nfs:
/etc/exports:
/raid belly.cps.unizar.es(ro,insecure,no_root_squash,no_subtree_check)
nada:/proc/fs/nfs# exportfs -v
/raid
On Fri, 4 Mar 2005, Benjamin Herrenschmidt wrote:
On Thu, 2005-03-03 at 12:38 -0300, Frédéric L. W. Meunier wrote:
Maybe we are having conflicting bus names between radeonfb
and matroxfb, or 2 instances of radeonfb ? Can you send the
entire log please ?
I don't have matroxfb and there aren't 2
Revised patch is attached.
Jean Delvare wrote:
Hi James,
A revised ds1337 patch addressing all of Jean's comments is attached.
Fine with me except for:
+ if (!i2c_check_functionality(adapter, I2C_FUNC_SMBUS_BYTE_DATA |
+I2C_FUNC_SMBUS_I2C_BLOCK))
I
Roland Dreier wrote:
+void cancel_sends(void *data)
+{
+ struct ib_mad_agent_private *mad_agent_priv;
+ struct ib_mad_send_wr_private *mad_send_wr;
+ struct ib_mad_send_wc mad_send_wc;
+ unsigned long flags;
+
+ mad_agent_priv = (struct ib_mad_agent_private *)data;
Brice Figureau <[EMAIL PROTECTED]> wrote:
>
> I'm reporting an oops on a bi-Xeon database server under 2.6.10-ac10
> quite similar to:
> http://marc.theaimsgroup.com/?l=ext3-users=110848085314238=2
>
> I also got another server crashing (a mail server this time), but I
> couldn't get the
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> Peter Chubb <[EMAIL PROTECTED]> wrote:
> >
> >
> > Hi,
> > As part of the Gelato scalability focus group, we've been running
> > OSDL's Re-AIM7 benchmark with an I/O intensive load with varying
> > numbers of processors. The current kernel shows
On Iau, 2005-03-03 at 16:59, Greg KH wrote:
> On Thu, Mar 03, 2005 at 10:55:13AM -0600, Chris Friesen wrote:
> > Linus Torvalds wrote:
> >
> > >I'll tell you what the problem is: I don't think you'll find anybody to do
> > >the parallell "only trivial patches" tree.
> >
> > Isn't this what -ac
On Thu, Mar 03, 2005 at 03:17:52PM -0800, Andrew Morton wrote:
> That's the only way it _can_ work. The maintainer of 2.6.x.y shouldn't be
Andrew, what about my suggestion of shifting left x.y of 8 bits? ;) Do
we risk the magic 2.7 number to get us stuck in unstable mode for 2
years instead of 2
From: Michael S. Tsirkin <[EMAIL PROTECTED]>
Avoid taking the CQ table lock in the fast path path by using
synchronize_irq() after removing a CQ from the table to make sure that
no completion events are still in progress. This gets a nice speedup
(about 4%) in IP over IB on my hardware.
From: Michael S. Tsirkin <[EMAIL PROTECTED]>
Locking during the poll cq operation can be reduced by locking the cq
while qp is being removed from the qp array. This also avoids an
extra atomic operation for reference counting.
Signed-off-by: Michael S. Tsirkin <[EMAIL PROTECTED]>
Signed-off-by:
Add support for allocating user access regions (UARs). Use this to
allocate a region for kernel at driver init instead using hard-coded
MTHCA_KAR_PAGE index.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
--- linux-export.orig/drivers/infiniband/hw/mthca/Makefile 2005-01-15
Add support for mapping more memory into HCA's context to cover
context tables when new objects are allocated. Pass the object
size into mthca_alloc_icm_table(), reference count the ICM chunks,
and add new mthca_table_get() and mthca_table_put() functions to
handle mapping memory when allocating
Update interrupt handling code to handle mem-free mode. While we're
at it, improve the Tavor interrupt handling to avoid an extra MMIO
read of the event cause register.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_dev.h 2005-03-03
Add support for mem-free mode to memory region code. This mostly
amounts to properly munging between keys and indices.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_mr.c2005-01-15
15:16:11.0 -0800
+++
Add a mthca_write_db_rec() to wrap writing doorbell records. On
64-bit archs, this is just a 64-bit write, while on 32-bit archs it
splits the write into two 32-bit writes with a memory barrier to make
sure the two halves of the record are written in the correct order.
Signed-off-by: Roland
Slightly improve debugging output for UNMAP_ICM and MODIFY_QP firmware commands.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_cmd.c 2005-01-25
20:48:02.0 -0800
+++ linux-export/drivers/infiniband/hw/mthca/mthca_cmd.c
Update CQ initialization and cleanup to handle mem-free mode: we need
to make sure the HCA has memory mapped for the entry in the CQ context
table we will use and also allocate doorbell records.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
---
Add support for CQ data path operations (request notification, update
consumer index) in mem-free mode.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_cq.c2005-03-03
14:13:00.312829664 -0800
+++
Update QP initialization and cleanup to handle mem-free mode. In
mem-free mode, work queue sizes have to be rounded up to a power of 2,
we need to allocate doorbells, there must be memory mapped for the
entries in the QP and extended QP context table that we use, and the
entries of the receive
From: Michael S. Tsirkin <[EMAIL PROTECTED]>
1. Split the QP spinlock into separate send and receive locks.
The only place where we have to lock both is upon modify_qp, and
that is not on data path.
2. Avoid taking any QP locks when polling CQ.
This last part is achieved by getting
Implement posting send and receive work requests for mem-free mode.
Also tidy up a few things in send/receive posting for Tavor mode (fix
smp_wmb()s that should really be just wmb()s, annotate tests in the
fast path with likely()/unlikely()).
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
---
From: Sean Hefty <[EMAIL PROTECTED]>
Modify ib_cancel_mad() to invoke a user's send completion callback from
a different thread context than that used by the caller. This allows a
caller to hold a lock while calling cancel that is also acquired from
their send handler.
Signed-off-by: Sean Hefty
Tie up one last loose end by mapping enough context memory to cover
the whole multicast table during initialization, and then enable
mem-free mode. mthca now supports enough of mem-free mode so that
IPoIB works with a mem-free HCA.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
---
From: Michael S. Tsirkin <[EMAIL PROTECTED]>
Set device_cap_flags field in mthca's query_device method.
Signed-off-by: Michael S. Tsirkin <[EMAIL PROTECTED]>
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_cmd.h 2005-01-25
Greg KH <[EMAIL PROTECTED]> wrote:
>
> > It's perfectly workable from a BK standpoint to do
> >
> > -> linux-2.6 commit
> > -> cpcset into linux-2.6.X.Y [see Documentation/BK-usage/cpcset]
> > -> pull from linux-2.6.X.Y into linux-2.6 [dups cset, but no
> >real code change]
>
On Thu, Mar 03, 2005 at 04:55:42PM -0600, Olof Johansson wrote:
> On Fri, Mar 04, 2005 at 09:30:22AM +1100, Paul Mackerras wrote:
> > > I nominate this as a candidate for linux-2.6.11 release branch. :)
> >
> > No. Unfortunately if you fix ppc64 here you will break ppc, and vice
> > versa.
Hi Jody,
My previous e-mail seemed to be messed up by Thunderbird... so now I'm using
good
old Mutt again.
On Thu, Mar 03, 2005 at 04:48:43PM -0500 or thereabouts, Jody McIntyre wrote:
> > Thanks. Here's my third try :-)
> >
> > With friendly regards,
> > Takis
>
> I'll apply this to the 1394
This patch links all selected files under drivers/video/savagefb/ into
one module.
This required a renaming of savagefb.c to savagefb_driver.c .
As a side effect, the EXPORT_SYMBOL's in this directory are no longer
required.
---
Other names than savagefb_driver.c (e.g. savagefb_main.c) are
* Remove duplicate include.
* Avoid "mode set to ''" message when error updating /sys/power/disk.
Signed-off-by: Todd Poynor <[EMAIL PROTECTED]>
--- linux-2.6.11-rc4-orig/kernel/power/disk.c 2005-02-23 09:47:03.0
-0800
+++ linux-2.6.11-rc4-pm/kernel/power/disk.c 2005-03-03
On Thu, Mar 03, 2005 at 02:45:15PM -0800, Greg KH wrote:
> On Fri, Mar 04, 2005 at 09:30:22AM +1100, Paul Mackerras wrote:
> > Jeff Garzik writes:
> > > Rene Rebe wrote:
> > > > Hi,
> > > >
> > > >
> > > > --- linux-2.6.11/drivers/md/raid6altivec.uc.vanilla2005-03-02
> > > >
101 - 200 of 1028 matches
Mail list logo
