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&m=112335772219837&w=2
Signed-off-by: Tom
it appears 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/d
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
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 be*_t
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 kerne
future patch 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
===
--- linu
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 the
r.c:352:
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_n
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
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 qu
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 PROTEC
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 DRV_V
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
p
16 matches
Mail list logo
