[PATCH] make visual workstation subarch link again

[Tom Duffy]

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 Duffy <[EMAIL PROTECTED]>

diff -Nur -X /home/tduffy/dontdiff 
linux-2.6.13-rc5/arch/i386/mach-visws/setup.c 
linux-2.6.13-rc5/arch/i386/mach-visws/setup.c
--- linux-2.6.13-rc5/arch/i386/mach-visws/setup.c   2005-08-06 
08:46:46.138055928 -0700
+++ linux-2.6.13-rc5/arch/i386/mach-visws/setup.c   2005-08-06 
08:47:26.509918472 -0700
@@ -14,6 +14,8 @@
 #include "cobalt.h"
 #include "piix4.h"
 
+int no_broadcast;
+
 char visws_board_type = -1;
 char visws_board_rev = -1;
 
diff -Nur -X /home/tduffy/dontdiff linux-2.6.13-rc5/arch/i386/pci/visws.c 
linux-2.6.13-rc5/arch/i386/pci/visws.c
--- linux-2.6.13-rc5/arch/i386/pci/visws.c  2005-08-06 00:56:45.843152392 
-0700
+++ linux-2.6.13-rc5/arch/i386/pci/visws.c  2005-08-06 08:58:02.475237048 
-0700
@@ -18,8 +18,10 @@
 extern struct pci_raw_ops pci_direct_conf1;
 
 static int pci_visws_enable_irq(struct pci_dev *dev) { return 0; }
+static void pci_visws_disable_irq(struct pci_dev *dev) { }
 
 int (*pcibios_enable_irq)(struct pci_dev *dev) = &pci_visws_enable_irq;
+void (*pcibios_disable_irq)(struct pci_dev *dev) = &pci_visws_disable_irq;
 
 void __init pcibios_penalize_isa_irq(int irq, int active) {}
 


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[PATCH][TRIVIAL] make visual workstation subarch compile again

[Tom Duffy]

This patch fixes the compile error when the i386 subarch visual
workstation is turned on:

In file included from linux-2.6.13-rc5/arch/i386/kernel/timers/timer_pit.c:20:
linux-2.6.13-rc5/include/asm-i386/mach-visws/do_timer.h: In function 
`do_timer_overflow':
linux-2.6.13-rc5/include/asm-i386/mach-visws/do_timer.h:32: error: 
`i8259A_lock' undeclared (first use in this function)
linux-2.6.13-rc5/include/asm-i386/mach-visws/do_timer.h:32: error: (Each 
undeclared identifier is reported only once
linux-2.6.13-rc5/include/asm-i386/mach-visws/do_timer.h:32: error: for each 
function 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/do_timer.h 
linux-2.6.13-rc5/include/asm-i386/mach-visws/do_timer.h
--- linux-2.6.13-rc5/include/asm-i386/mach-visws/do_timer.h 2005-06-17 
12:48:29.0 -0700
+++ linux-2.6.13-rc5/include/asm-i386/mach-visws/do_timer.h 2005-08-06 
00:44:12.978605200 -0700
@@ -1,6 +1,7 @@
 /* defines for inline arch setup functions */
 
 #include 
+#include 
 #include "cobalt.h"
 
 static inline void do_timer_interrupt_hook(struct pt_regs *regs)


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: [openib-general] [RFC] Move InfiniBand .h files

[Tom Duffy]

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 starts.

I think it is a great idea.

> The advantages of doing this are:
> 
>   - The headers become more easily accessible to other parts of the
> tree that might want to use IB support.  For example, an NFS/RDMA
> client probably wants to live under fs/
>   - It makes it easier to build IB modules outside the tree, since
> include/linux gets put in /lib/modules//build.  I realize
> that we don't really care about out-of-tree modules, but it is
> convenient to be able to develop and distribute new drivers that
> build against someone's existing kernels.
>   - We can kill off the ugly
> 
> EXTRA_CFLAGS += -Idrivers/infiniband/include
> 
> lines in our Makefiles.

One more advantage:

   - It shows our willingness to push past just infiniband.

-tduffy


signature.asc
Description: This is a digitally signed message part

Re: [openib-general] Re: [PATCH 3/27] Add MAD helper functions

[Tom Duffy]

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*_to_cpu().  Is
there a good rule of thumb for fixing these warnings?

Thanks,

-tduffy


signature.asc
Description: This is a digitally signed message part

RE: [PATCH 22/82] remove linux/version.h from drivers/message/fus ion

[Tom Duffy]

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 cleanly to 2.6.13-rc2?  I would like that
as a starting point, at least.

I noticed that the 3.02.18 drivers have a bunch of compile warnings on
the latest kernel.  It won't even link against mm.

make -C /build1/tduffy/openib-work/build/mm/x86_64/ 
M=/build1/tduffy/openib-work/mptlinux-3.02.18/fusion modules
make[1]: Entering directory `/build1/tduffy/openib-work/build/mm/x86_64'
make -C /build1/tduffy/openib-work/linux-2.6.13-rc-mm 
O=/build1/tduffy/openib-work/build/mm/x86_64 modules
  CC [M]  /build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptbase.o
  CC [M]  /build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptscsih.o
/build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptscsih.c: In function 
‘mptscsih_probe’:
/build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptscsih.c:1195: warning: 
implicit declaration of function ‘scsi_set_device’
/build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptscsih.c: At top level:
/build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptscsih.c:3815: warning: 
initialization from incompatible pointer type
  CC [M]  /build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptlan.o
  CC [M]  /build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptctl.o
/build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptctl.c: In function 
‘mptctl_init’:
/build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptctl.c:3735: warning: 
implicit declaration of function ‘register_ioctl32_conversion’
/build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptctl.c:3856: warning: 
implicit declaration of function ‘unregister_ioctl32_conversion’
/build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptctl.c: In function 
‘mptctl_do_mpt_command’:
/build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptctl.c:2007: warning: 
‘bufIn.len’ may be used uninitialized in this function
/build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptctl.c:2008: warning: 
‘bufOut.len’ may be used uninitialized in this function
  Building modules, stage 2.
  MODPOST
*** Warning: "scsi_set_device" 
[/build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptscsih.ko] undefined!
*** Warning: "unregister_ioctl32_conversion" 
[/build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptctl.ko] undefined!
*** Warning: "register_ioctl32_conversion" 
[/build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptctl.ko] undefined!
  CC  /build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptbase.mod.o
  LD [M]  /build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptbase.ko
  CC  /build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptctl.mod.o
  LD [M]  /build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptctl.ko
  CC  /build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptlan.mod.o
  LD [M]  /build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptlan.ko
  CC  /build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptscsih.mod.o
  LD [M]  /build1/tduffy/openib-work/mptlinux-3.02.18/fusion/mptscsih.ko
make[1]: Leaving directory `/build1/tduffy/openib-work/build/mm/x86_64'



signature.asc
Description: This is a digitally signed message part

RE: [PATCH 22/82] remove linux/version.h from drivers/message/fus ion

[Tom Duffy]

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 2.6.5( e.g. SLES9),
> 2.6.8 (e.g. RHEL4), and 2.6.11 ( e.g. SuSE 9.3 Pro).

It is the general policy that the source in the latest linux kernel only
supports that kernel.  You can certainly keep a compat header for your
customers, but what is in kernel.org should be clean for that version of
the kernel.

> If you look at our 3.02.18 driver source I submitted to SuSE
> for SLES9 SP2, you will see this file is about 3K bytes of
> compatibility.  

Is the 3.02.18 code generally available now?  Can it be cleaned up for
submission to 2.6.13?

-tduffy


signature.asc
Description: This is a digitally signed message part

Re: [openib-general] [PATCH 26/29v2] Add kernel portion of user CM implementation

[Tom Duffy]

On Mon, 2005-07-11 at 16:59 -0400, Hal Rosenstock wrote:
> Add kernel portion of user CM implementation

Hal, does this compile?  As it doesn't seem to include the patch I sent
to openib-general changing class_simple to class, I don't think it
should work on 2.6.13-rc.

[ also, in 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
===
--- linux-2.6.13-rc2-openib/drivers/infiniband/core/ucm.c   (revision 2832)
+++ linux-2.6.13-rc2-openib/drivers/infiniband/core/ucm.c   (working copy)
@@ -1339,7 +1339,7 @@ static struct file_operations ib_ucm_fop
 };
 
 
-static struct class_simple *ib_ucm_class;
+static struct class *ib_ucm_class;
 static struct cdev   ib_ucm_cdev;
 
 static int __init ib_ucm_init(void)
@@ -1360,17 +1360,14 @@ static int __init ib_ucm_init(void)
goto err_cdev;
}
 
-   ib_ucm_class = class_simple_create(THIS_MODULE, "infiniband_cm");
+   ib_ucm_class = class_create(THIS_MODULE, "infiniband_cm");
if (IS_ERR(ib_ucm_class)) {
result = PTR_ERR(ib_ucm_class);
printk(KERN_ERR "UCM: Error <%d> creating class\n", result);
goto err_class;
}
 
-   class_simple_device_add(ib_ucm_class,
-   IB_UCM_DEV,
-   NULL,
-   "ucm");
+   class_device_create(ib_ucm_class, IB_UCM_DEV, NULL, "ucm");

idr_init(&ctx_id_table);
init_MUTEX(&ctx_id_mutex);
@@ -1386,8 +1383,8 @@ err_chr:
 
 static void __exit ib_ucm_cleanup(void)
 {
-   class_simple_device_remove(IB_UCM_DEV);
-   class_simple_destroy(ib_ucm_class);
+   class_device_destroy(ib_ucm_class, IB_UCM_DEV);
+   class_destroy(ib_ucm_class);
cdev_del(&ib_ucm_cdev);
unregister_chrdev_region(IB_UCM_DEV, 1);
 }

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: [openib-general] Re: [PATCH 3/27] Add MAD helper functions

[Tom Duffy]

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 line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[PATCH][MTHCA] fix sparc build WAS: Re: [openib-general] [PATCH][RFC][3/4] IB: userspace verbs mthca changes

[Tom Duffy]

On Mon, 2005-04-04 at 15:09 -0700, Roland Dreier wrote:
> @@ -574,6 +836,22 @@
> return 0;
>  }
>  
> +static int mthca_mmap_uar(struct ib_ucontext *context,
> + struct vm_area_struct *vma)
> +{
> +   if (vma->vm_end - vma->vm_start != PAGE_SIZE)
> +   return -EINVAL;
> +
> +   vma->vm_page_prot = pgprot_noncached(vma->vm_page_prot);
> +
> +   if (remap_pfn_range(vma, vma->vm_start,
> +   to_mucontext(context)->uar.pfn,
> +   PAGE_SIZE, vma->vm_page_prot))
> +   return -EAGAIN;
> +
> +   return 0;
> +}
> +

This breaks building on sparc64:

  CC [M]  drivers/infiniband/hw/mthca/mthca_provider.o
/build1/tduffy/openib-work/linux-2.6.11-openib/drivers/infiniband/hw/mthca/mthca_provider.c:
 In function `mthca_mmap_uar':
/build1/tduffy/openib-work/linux-2.6.11-openib/drivers/infiniband/hw/mthca/mthca_provider.c:352:
 warning: implicit declaration of function `pgprot_noncached'
/build1/tduffy/openib-work/linux-2.6.11-openib/drivers/infiniband/hw/mthca/mthca_provider.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_noncached() to be a noop?

Signed-off-by: Tom Duffy <[EMAIL PROTECTED]>

Index: linux-2.6.11-openib/drivers/infiniband/hw/mthca/mthca_provider.c
===
--- linux-2.6.11-openib/drivers/infiniband/hw/mthca/mthca_provider.c
(revision 2202)
+++ linux-2.6.11-openib/drivers/infiniband/hw/mthca/mthca_provider.c
(working copy)
@@ -349,7 +349,9 @@ static int mthca_mmap_uar(struct ib_ucon
if (vma->vm_end - vma->vm_start != PAGE_SIZE)
return -EINVAL;
 
+#ifdef pgprot_noncached
vma->vm_page_prot = pgprot_noncached(vma->vm_page_prot);
+#endif
 
if (remap_pfn_range(vma, vma->vm_start,
to_mucontext(context)->uar.pfn,

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

RE: 2.6.12-rc2-mm3 pciehp regression

[Tom Duffy]

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 think it was a 2.6.11 kernel.  It was 
> > definately before express was moved to a different directory, 
> > whenever that occured.
> 
> Tom,
> 
> I was not able to duplicate this problem on my system yet for I have
> trouble in getting my system booted up on 2.6.12-rc2-mm3.  I did some
> back-tracking and found that the boot problem occurred also with 
> 2.6.12-rc2-mm2 & 2.6.12-rc2-mm3, and on two systems using IDE as boot 
> drive. The config file I used worked fine on 2.6.11.7. I tried 
> different config file without success.
> 
> The errors I encountered were:
> Reading all physical volumes.  This may take a while...
> Umount /sys failed: 16
> mount: error 6 mounting ext3
> mount: error 2 mounting none
> Switching to new root
> Switchroot: mount failed 22
> umount /initrd/dev failed: 2
> 
> I also encountered issue you & others discussed in the thread on
> "Re: Heads up on 2.6.12-rc1 and later" if I used SCSI drive.
> 
> Can you send me the config file you used successfully on your 
> system?

You will need to boot the system UP (not SMP).  There is a problem with
modules loading too fast that causes the initrd to fail.

-tduffy


signature.asc
Description: This is a digitally signed message part

Re: where is current kernel ?

[Tom . Duffy]

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.

-tduffy
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: Heads up on 2.6.12-rc1 and later

[Tom Duffy]

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 quickly the modules load. This works fine on
> uni systems and on 2.6.11.
> 
> Evidently, this problem has been before and is resolved by a short
> delay between module loads.
> http://seclists.org/lists/linux-kernel/2005/Apr/0383.html
> 
> Given it's been around for 2 -rc itterations, I expect it needed some
> highlighting.

Ah, so it is not just me (thought I was going crazy -- couldn't get a
kernel to boot on my SMP system):

Mounting sysfs
Creating /dev
Starting udev
Loading scsi_modSCSI subsystem initialized
.ko module
LoadFusion MPT base driver 3.01.20
ing sd_mod.ko momptscsih: Unknown symbol mpt_deregister
mptscsih: Unknown symbol mpt_reset_deregister
mptscsih: Unknown symbol mpt_config
mptscsih: Unknown symbol mpt_device_driver_deregister
mptscsih: Unknown symbol mpt_free_msg_frame
mptscsih: Unknown symbol scsi_remove_host
mptscsih: Unknown symbol mpt_print_ioc_summary
mptscsih: Unknown symbol mpt_GetIocState
mptscsih: Unknown symbol mpt_put_msg_frame
mptscsih: Unknown symbol mpt_register
mptscsih: Unknown symbol mpt_add_sge
mptscsih: Unknown symbol mpt_event_deregister
mptscsih: Unknown symbol scsi_host_put
mptscsih: Unknown symbol mpt_read_ioc_pg_3
mptscsih: Unknown symbol scsi_scan_host
mptscsih: Unknown symbol mpt_event_register
mptscsih: Unknown symbol mpt_send_handshake_request
mptscsih: Unknown symbol scsi_add_host
mptscsih: Unknown symbol mpt_device_driver_register
mptscsih: Unknown symbol scsi_adjust_queue_depth
mptscsih: Unknown symbol mpt_get_msg_frame
mptscsih: Unknown symbol mpt_reset_register
mptscsih: Unknown symbol mpt_HardResetHandler
mptscsih: Unknown symbol scsi_host_alloc
mptscsih: Unknown symbol ioc_list
dule
Loading mpinput: ImPS/2 Generic Wheel Mouse on isa0060/serio1
sd_mod: Unknown symbol scsi_device_get
sd_mod: Unknown symbol scsi_wait_req
sd_mod: Unknown symbol scsi_get_sense_info_fld
sd_mod: Unknown symbol scsicam_bios_param
sd_mod: Unknown symbol scsi_command_normalize_sense
sd_mod: Unknown symbol scsi_test_unit_ready
sd_mod: Unknown symbol scsi_block_when_processing_errors
sd_mod: Unknown symbol scsi_register_driver
sd_mod: Unknown symbol scsi_ioctl
sd_mod: Unknown symbol scsi_nonblockable_ioctl
sd_mod: Unknown symbol scsi_device_put
sd_mod: Unknown symbol scsi_request_normalize_sense
sd_mod: Unknown symbol __scsi_mode_sense
sd_mod: Unknown symbol scsi_logging_level
sd_mod: Unknown symbol scsi_print_req_sense
sd_mod: Unknown symbol scsi_release_request
sd_mod: Unknown symbol scsi_print_sense
sd_mod: Unknown symbol scsi_allocate_request
sd_mod: Unknown symbol scsi_io_completion
sd_mod: Unknown symbol scsi_set_medium_removal

Loading mptscsiCopyright (c) 1999-2004 LSI Logic Corporation
h.ko module
LoaACPI: PCI Interrupt :05:05.0[A] -> ding dm-mod.ko mGSI 72 (level,
low) -> IRQ 185
odule
Loading jmptbase: Initiating ioc0 bringup
bd.ko module
Lodevice-mapper: 4.4.0-ioctl (2005-01-12) initialised:
[EMAIL PROTECTED]
ading ext3.ko moext3: Unknown symbol journal_force_commit
dule
insmod: erext3: Unknown symbol journal_dirty_data
ror inserting '/tK3e:r Unenkl npowann iscy -m bonlo t
jsouynrncailn_gf: oArctete_mcopmtemdit t_no eskitledl
iniext!t3
  Unknown symbol journal_init_dev



signature.asc
Description: This is a digitally signed message part

x86_64 Opteron dual core panics on boot

[Tom Duffy]

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 PROTECTED]) (gcc version 4.0.0 20050402 
(Red Hat 4.0.0-0.39)) #1 SMP Tue Apr 5 12:29:41 PDT 2005 BIOS-provided physical 
RAM map:
 BIOS-e820:  - 0009fc00 (usable)  BIOS-e820: 
0009fc00 - 000a (reserved)
 BIOS-e820: 000e6000 - 0010 (reserved)  BIOS-e820: 
0010 - 7ffd (usable)
 BIOS-e820: 7ffd - 7ffde000 (ACPI data)  BIOS-e820: 
7ffde000 - 8000 (ACPI NVS)
 BIOS-e820: fec0 - fec01000 (reserved)  BIOS-e820: 
fee0 - fee01000 (reserved)
 BIOS-e820: ffb0 - 0001 (reserved)
SRAT: PXM 0 -> APIC 0 -> Node 0
SRAT: PXM 0 -> APIC 1 -> Node 0
SRAT: PXM 1 -> APIC 2 -> Node 1
SRAT: PXM 1 -> APIC 3 -> Node 1
SRAT: PXM 2 -> APIC 4 -> Node 2
SRAT: PXM 2 -> APIC 5 -> Node 2
SRAT: PXM 3 -> APIC 6 -> Node 3
SRAT: PXM 3 -> APIC 7 -> Node 3
SRAT: Node 0 PXM 0 10-3fff
SRAT: Node 1 PXM 1 4000-7fff
SRAT: Node 0 PXM 0 0-3fff
Bootmem setup node 0 -3fff
Bootmem setup node 1 4000-7ffc
Nvidia board detected. Ignoring ACPI timer override.
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Processor #1 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x02] enabled)
Processor #2 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled)
Processor #3 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x04] enabled)
Processor #4 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x06] lapic_id[0x05] enabled)
Processor #5 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x07] lapic_id[0x06] enabled)
Processor #6 15:1 APIC version 16
ACPI: LAPIC (acpi_id[0x08] lapic_id[0x07] enabled)
Processor #7 15:1 APIC version 16
ACPI: IOAPIC (id[0x08] address[0xfec0] gsi_base[0])
IOAPIC[0]: apic_id 8, version 17, address 0xfec0, GSI 0-23
ACPI: IOAPIC (id[0x09] address[0xfeaff000] gsi_base[24])
IOAPIC[1]: apic_id 9, version 17, address 0xfeaff000, GSI 24-47
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: BIOS IRQ0 pin2 override ignored.
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
Checking aperture...
CPU 0: aperture @ 800 size 32 MB
Aperture from northbridge cpu 0 too small (32 MB)
No AGP bridge found
Built 2 zonelists
Kernel command line: ro root=/dev/VolGroup00/LogVol00 console=ttyS0
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 131072 bytes)
time.c: Using 1.193182 MHz PIT timer.
time.c: Detected 2200.043 MHz processor.
Console: colour VGA+ 80x25
Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Memory: 2054928k/2096960k available (2400k kernel code, 0k reserved, 881k data, 
216k init)
Security Framework v1.0.0 initialized
SELinux:  Initializing.
SELinux:  Starting in permissive mode
selinux_register_security:  Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 0(2) -> Node 0
CPU: Physical Processor ID: 0
Using local APIC NMI watchdog using perfctr0
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 1024K (64 bytes/line)
CPU 0(2) -> Node 0
CPU: Physical Processor ID: 0
CPU0: AMD Athlon(tm) or Opteron(tm) CPU-model unknown stepping 00
Booting processor 1/1 rip 6000 rsp 81003ff85f58
Initializing CPU#1
--- [cut here ] - [please bite here ] -
Kernel BUG at timer:418
invalid operand:  [1] SMP
CPU 1
Modules linked in:
Pid: 0, comm: swapper Not tainted 2.6.12-rc2andro
RIP: 0010:[] {cascade+41}
RSP: 0018:81007ff87ef0  EFLAGS: 00010087
RAX:  RBX:  RCX: 
RDX:  RSI:  RDI: 810001e12ae0
RBP: 810001e13af8 R08: 810001e11800 R09: 03d1
R10: 02dc55dc R11: 007d R12: 810001e12ae0
R13:  R14: 81007ff87f18 R15: 000a
FS:  () GS:80494c80() knlGS:
CS:  0010 DS: 0018 ES: 0018 CR0: 8005003b
CR2:  CR3: 00101000 CR4: 06a0
Process swapper (pid: 0, threadinfo 81003ff84000, task 81003ff80df0)
Stack:  80495990 810001e12ae0 0080
   80140d17 81007ff87f18 81007ff87f18 0011
   

Re: [openib-general] [PATCH][RFC][3/4] IB: userspace verbs mthca changes

[Tom Duffy]

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_VERSION  "0.06-pre"
>  #define DRV_RELDATE  "November 8, 2004"
>  
> -/* XXX remove once SINAI defines make it into kernel.org */
> -#ifndef PCI_DEVICE_ID_MELLANOX_SINAI_OLD
> -#define PCI_DEVICE_ID_MELLANOX_SINAI_OLD 0x5e8c
> -#endif
> -#ifndef PCI_DEVICE_ID_MELLANOX_SINAI
> -#define PCI_DEVICE_ID_MELLANOX_SINAI 0x6274
> -#endif
> -
>  enum {
>   MTHCA_FLAG_DDR_HIDDEN = 1 << 1,
>   MTHCA_FLAG_SRQ= 1 << 2,

Now, you are really gonna hate me for asking you to put this in as you
probably did not want to include this in the patch to lkml.

So, maybe Grant was right ;-)

-tduffy


signature.asc
Description: This is a digitally signed message part

Re: [Pcihpd-discuss] RE: [RFC/Patch 0/12] ACPI based root bridge hot-add

[Tom Duffy]

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 Ethernet controller: Intel Corp.: Unknown device 105f (rev 03)
[EMAIL PROTECTED] ~]# cd /sys/bus/pci/slots/4/
[EMAIL PROTECTED] 4]# cat power
1
[EMAIL PROTECTED] 4]# echo 0 > power
[EMAIL PROTECTED] 4]# lspci -s 08:00
[EMAIL PROTECTED] 4]# cat power
0
[EMAIL PROTECTED] 4]# echo 1 > power
[EMAIL PROTECTED] 4]# lspci -s 08:00
08:00.0 Ethernet controller: Intel Corp.: Unknown device 105f (rev 03)
08:00.1 Ethernet controller: Intel Corp.: Unknown device 105f (rev 03)



signature.asc
Description: This is a digitally signed message part

Re: [Pcihpd-discuss] RE: [RFC/Patch 0/12] ACPI based root bridge hot-add

[Tom Duffy]

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
patch.  Still seeing these:

[EMAIL PROTECTED] 4]# uname -a
Linux intlhotp-1 2.6.11andro #5 SMP Wed Mar 23 12:00:56 PST 2005 x86_64
x86_64 x86_64 GNU/Linux

[EMAIL PROTECTED] ~]# modprobe acpiphp
acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
acpiphp: Slot [4] registered
acpiphp: Slot [3] registered

[EMAIL PROTECTED] ~]# cd /sys/bus/pci/slots/4

[EMAIL PROTECTED] 4]# echo 0 > power

This *does* take this slot off line.  Before, I see in lscpi
08:00.0 Ethernet controller: Intel Corp.: Unknown device 105f (rev 03)
08:00.1 Ethernet controller: Intel Corp.: Unknown device 105f (rev 03)
After, these are gone.

[EMAIL PROTECTED] 4]# cat power
1

Hrm, this should be 0.

[EMAIL PROTECTED] 4]# echo 1 > power
acpiphp_glue: No new device found

There is a card plugged into that slot.

Here is some info from the BIOS:

[EMAIL PROTECTED] 4]# dmidecode
# dmidecode 2.2
SMBIOS 2.3 present.
91 structures occupying 3496 bytes.
Table at 0x000FCA80.
Handle 0x
DMI type 0, 20 bytes.
BIOS Information
Vendor: American Megatrends Inc.
Version: SE7520AF20.86B.P.03.00.0085.092420041113
Release Date: 09/24/2004



Handle 0x0002
DMI type 2, 15 bytes.
Base Board Information
Manufacturer: Intel
Product Name: SE7520AF2HP
Version: FRU Ver 0.3



Handle 0x0034
DMI type 9, 13 bytes.
System Slot Information
Designation: Slot 4 (PCI_Express x8)
Type: 64-bit PCI
Current Usage: Available
Length: Short
ID: 3
Characteristics:
3.3 V is provided
Opening is shared
PME signal is supported

Any ideas?

Thanks,

-tduffy


signature.asc
Description: This is a digitally signed message part