This patch add stubs to allow the visws subarch to link again. Also
needs Eric W. Biederman's patch adding machine_emergency_restart() and
machine_shutdown() sent earlier today to link properly:
http://marc.theaimsgroup.com/?l=linux-kernel=112335772219837=2
Signed-off-by: Tom Duffy <[EM
This patch add stubs to allow the visws subarch to link again. Also
needs Eric W. Biederman's patch adding machine_emergency_restart() and
machine_shutdown() sent earlier today to link properly:
http://marc.theaimsgroup.com/?l=linux-kernelm=112335772219837w=2
Signed-off-by: Tom Duffy [EMAIL
in.)
make[3]: *** [arch/i386/kernel/timers/timer_pit.o] Error 1
make[2]: *** [arch/i386/kernel/timers] Error 2
make[1]: *** [arch/i386/kernel] Error 2
make: *** [_all] Error 2
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
diff -Nur linux-2.6.13-rc5/include/asm-i386/mach-visws/do_timer.h
in.)
make[3]: *** [arch/i386/kernel/timers/timer_pit.o] Error 1
make[2]: *** [arch/i386/kernel/timers] Error 2
make[1]: *** [arch/i386/kernel] Error 2
make: *** [_all] Error 2
Signed-off-by: Tom Duffy [EMAIL PROTECTED]
diff -Nur linux-2.6.13-rc5/include/asm-i386/mach-visws/do_timer.h
linux-2.6.13
On Thu, 2005-08-04 at 10:32 -0700, Roland Dreier wrote:
> I would like to get people's reactions to moving the InfiniBand .h
> files from their current location in drivers/infiniband/include/ to
> include/linux/rdma/. If we agree that this is a good idea then I'll
> push this change as soon as
On Thu, 2005-08-04 at 10:32 -0700, Roland Dreier wrote:
I would like to get people's reactions to moving the InfiniBand .h
files from their current location in drivers/infiniband/include/ to
include/linux/rdma/. If we agree that this is a good idea then I'll
push this change as soon as 2.6.14
On Mon, 2005-07-11 at 22:38 +0400, Alexey Dobriyan wrote:
> $ make allmodconfig >/dev/null
> $ make C=2 CHECK="sparse -Wbitwise" drivers/infiniband/ 2>&1 | tee
> ../W_infiniband
> [snip]
> $ grep -c "warning: " ../W_infiniband
> 430
These seem to be mostly coming from cpu_to_be*() and
On Tue, 2005-07-12 at 14:50 -0600, Moore, Eric Dean wrote:
> The 3.02.18 driver and the driver in kernel tree are totally different
> drivers.
> One thing is 3.02.18 has SAS support, and the kernel tree doesn't.Id
> wish
> kernel folks would take our SAS drivers.
Is there a patch that applies
On Sun, 2005-07-10 at 18:15 -0600, Moore, Eric Dean wrote:
> I'd rather you not kill linux_compat.h file.
> I use this file for compatibility of driver source
> across various kernel versions. I provide our
> customers with driver builds containing single source
> which needs to compile in
On Tue, 2005-07-12 at 14:50 -0600, Moore, Eric Dean wrote:
The 3.02.18 driver and the driver in kernel tree are totally different
drivers.
One thing is 3.02.18 has SAS support, and the kernel tree doesn't.Id
wish
kernel folks would take our SAS drivers.
Is there a patch that applies
On Mon, 2005-07-11 at 22:38 +0400, Alexey Dobriyan wrote:
$ make allmodconfig /dev/null
$ make C=2 CHECK=sparse -Wbitwise drivers/infiniband/ 21 | tee
../W_infiniband
[snip]
$ grep -c warning: ../W_infiniband
430
These seem to be mostly coming from cpu_to_be*() and be*_to_cpu(). Is
On Sun, 2005-07-10 at 18:15 -0600, Moore, Eric Dean wrote:
I'd rather you not kill linux_compat.h file.
I use this file for compatibility of driver source
across various kernel versions. I provide our
customers with driver builds containing single source
which needs to compile in kernels
tch bombs, could you please set the references
header so that the message thread properly, thanks ]
Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>
Index: linux-2.6.13-rc2-openib/drivers/infiniband/core/ucm.c
===
--- linux-2.6.13-r
Alexey Dobriyan wrote:
unsigned int __nocast gfp_mask, please. 430 or so infiniband sparse warnings
is not a reason to add more.
Can you please elaborate on the sparse warnings that you are seeing
throughout the rest of infiniband?
Thanks,
-tduffy
-
To unsubscribe from this list: send
Alexey Dobriyan wrote:
unsigned int __nocast gfp_mask, please. 430 or so infiniband sparse warnings
is not a reason to add more.
Can you please elaborate on the sparse warnings that you are seeing
throughout the rest of infiniband?
Thanks,
-tduffy
-
To unsubscribe from this list: send
bombs, could you please set the references
header so that the message thread properly, thanks ]
Signed-off-by: Tom Duffy [EMAIL PROTECTED]
Index: linux-2.6.13-rc2-openib/drivers/infiniband/core/ucm.c
===
--- linux-2.6.13-rc2-openib
error: incompatible types in assignment
make[3]: *** [drivers/infiniband/hw/mthca/mthca_provider.o] Error 1
make[2]: *** [drivers/infiniband/hw/mthca] Error 2
make[1]: *** [_module_drivers/infiniband] Error 2
make: *** [_all] Error 2
This is ugly, but fixes the build. Perhaps sparc needs
pgprot_noncached()
On Wed, 2005-04-20 at 11:56 -0700, Sy, Dely L wrote:
> On Friday, April 15, 2005 12:48 PM, Tom Duffy wrote:
> > From: "Sy, Dely L" <[EMAIL PROTECTED]>
> > > Thanks for reporting this. I'll look into it. Which was the last
> > > kern
On Wed, 2005-04-20 at 11:56 -0700, Sy, Dely L wrote:
On Friday, April 15, 2005 12:48 PM, Tom Duffy wrote:
From: Sy, Dely L [EMAIL PROTECTED]
Thanks for reporting this. I'll look into it. Which was the last
kernel you tested on your hw and worked for you?
That is a good question. I
]: *** [drivers/infiniband/hw/mthca] Error 2
make[1]: *** [_module_drivers/infiniband] Error 2
make: *** [_all] Error 2
This is ugly, but fixes the build. Perhaps sparc needs
pgprot_noncached() to be a noop?
Signed-off-by: Tom Duffy [EMAIL PROTECTED]
Index: linux-2.6.11-openib/drivers/infiniband/hw
From: Petr Baudis <[EMAIL PROTECTED]>
> Linus stopped merging stuff to his kernel for few days in order to
> develop his (at least temporary) alternative to BK, called "git".
> See the mailing list archives for details.
I have received many GIT commits recently to the old bk-commits mailing list.
From: Petr Baudis [EMAIL PROTECTED]
Linus stopped merging stuff to his kernel for few days in order to
develop his (at least temporary) alternative to BK, called git.
See the mailing list archives for details.
I have received many GIT commits recently to the old bk-commits mailing list.
On Thu, 2005-04-14 at 12:29 -0400, [EMAIL PROTECTED] wrote:
> In testing with 2.6.12-rc1 and -rc2, we've been encountering an issue
> on SMP machines with the loading of scsi_mod and sd_mod modules. The
> sd_mod load fails with unresolved symbols. It appears to be a race
> condition based on how
On Thu, 2005-04-14 at 12:29 -0400, [EMAIL PROTECTED] wrote:
In testing with 2.6.12-rc1 and -rc2, we've been encountering an issue
on SMP machines with the loading of scsi_mod and sd_mod modules. The
sd_mod load fails with unresolved symbols. It appears to be a race
condition based on how
I am trying to get any kernel to boot on dual core Opteron. I have
tried with kernels 2.6.9-2.6.12-rc2 all with virtually the same panic.
Here is the output with 2.6.12-rc2:
Bootdata ok (command line is ro root=/dev/VolGroup00/LogVol00 console=ttyS0)
Linux version 2.6.12-rc2andro ([EMAIL
I am trying to get any kernel to boot on dual core Opteron. I have
tried with kernels 2.6.9-2.6.12-rc2 all with virtually the same panic.
Here is the output with 2.6.12-rc2:
Bootdata ok (command line is ro root=/dev/VolGroup00/LogVol00 console=ttyS0)
Linux version 2.6.12-rc2andro ([EMAIL
On Mon, 2005-04-04 at 15:09 -0700, Roland Dreier wrote:
> --- linux-export.orig/drivers/infiniband/hw/mthca/mthca_dev.h 2005-04-04
> 14:57:12.254750421 -0700
> +++ linux-export/drivers/infiniband/hw/mthca/mthca_dev.h 2005-04-04
> 14:58:12.411669307 -0700
> @@ -49,14 +49,6 @@
> #define
On Mon, 2005-04-04 at 15:09 -0700, Roland Dreier wrote:
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_dev.h 2005-04-04
14:57:12.254750421 -0700
+++ linux-export/drivers/infiniband/hw/mthca/mthca_dev.h 2005-04-04
14:58:12.411669307 -0700
@@ -49,14 +49,6 @@
#define
On Thu, 2005-03-31 at 14:03 -0800, Rajesh Shah wrote:
> Does this patch help?
YES! I can now power down the slot, see it gone from pci list, reenable
it, etc. Awesome. Thank you.
[EMAIL PROTECTED] ~]# lspci -s 08:00
08:00.0 Ethernet controller: Intel Corp.: Unknown device 105f (rev 03)
On Thu, 2005-03-31 at 14:03 -0800, Rajesh Shah wrote:
Does this patch help?
YES! I can now power down the slot, see it gone from pci list, reenable
it, etc. Awesome. Thank you.
[EMAIL PROTECTED] ~]# lspci -s 08:00
08:00.0 Ethernet controller: Intel Corp.: Unknown device 105f (rev 03)
08:00.1
On Tue, 2005-03-22 at 19:13 -0800, Dely Sy wrote:
> I just did a test of Rajesh's latest patch on 2.6.11.5 with
> Wilcox's acpiphp rewrite and the following patch. Hot-plug of
> PCI Express card worked fine on my i386 system
I have updated to Wilcox's rewrite, Rajesh's stuff, and Dely's latest
On Tue, 2005-03-22 at 19:13 -0800, Dely Sy wrote:
I just did a test of Rajesh's latest patch on 2.6.11.5 with
Wilcox's acpiphp rewrite and the following patch. Hot-plug of
PCI Express card worked fine on my i386 system
I have updated to Wilcox's rewrite, Rajesh's stuff, and Dely's latest
32 matches
Mail list logo