RE: [PATCH] 2.4.x: update for PCI vendor id 0x12d4

2001-05-30 Thread Khachaturov, Vassilii

[Updated patch is in the end of this mail]
Thanks, Mark!

> submit patches as text in your message, since people want 
> to read them, and not waste time saving to a file, etc.
> also, explain patches: who is vid 0x12d4, how did you get 
> the information, what does it effect, etc.

BTW I noticed a funny thing: the file devlist.h I tried to 
patch doesn't always exist - as it gets built from the file 
pci.ids in the same directory. Noone complained on that :)
What I don't understand is why pci_ids.h doesn't get
generated from pci.ids as well.

So, here's the new patch, sent along also to the pci.ids 
maintainer, along with the required info.

12d4 was DGM Then DGM was aquired by Comverse, and 
later the corresponding activities (and the same PCI boards 
manufacturing) went to Comverse spinoff Ulticom. So, in fact,
Ulticom is just DGM under a different name and controlled
by Comverse. I guess the PCI vendor registry should get 
updated at some point, but I thought it could be a great 
thing if Linux knew it ahead. (Currently reported by the 
PCI driver "DGM" is obsolete - such entity doesn't exist 
any more). Naturally, I have got this info being a 
Comverse employee.

This patch only has effect on kernel PCI driver reporting 
on the 12d4 vendor ID. There is no Linux kernel code which
supports the corresponding SS7 signalling boards.

Kind regards,
Vassilii

--- /usr/src/linux-2.4.5/include/linux/pci_ids.hWed May 16 13:25:39
2001
+++ pci_ids.h   Wed May 30 14:55:01 2001
@@ -1199,6 +1199,8 @@
 #define PCI_VENDOR_ID_NVIDIA_SGS   0x12d2
 #define PCI_DEVICE_ID_NVIDIA_SGS_RIVA128 0x0018
 
+#define PCI_VENDOR_ID_ULTICOM  0x12d4 /* Formerly DGM */
+
 #define PCI_SUBVENDOR_ID_CHASE_PCIFAST 0x12E0
 #define PCI_SUBDEVICE_ID_CHASE_PCIFAST40x0031
 #define PCI_SUBDEVICE_ID_CHASE_PCIFAST80x0021
--- /usr/src/linux-2.4.5/drivers/pci/pci.idsSat May 19 20:49:14 2001
+++ pci.ids Wed May 30 14:54:50 2001
@@ -3204,7 +3204,7 @@
002c  VTNT2
00a0  ITNT2
 12d3  Vingmed Sound A/S
-12d4  DGM
+12d4  Ulticom (Formerly DGM)
 12d5  Equator Technologies
 12d6  Analogic Corp
 12d7  Biotronic SRL
-
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: [PATCH] 2.4.x: update for PCI vendor id 0x12d4

2001-05-30 Thread Khachaturov, Vassilii

[Updated patch is in the end of this mail]
Thanks, Mark!

 submit patches as text in your message, since people want 
 to read them, and not waste time saving to a file, etc.
 also, explain patches: who is vid 0x12d4, how did you get 
 the information, what does it effect, etc.

BTW I noticed a funny thing: the file devlist.h I tried to 
patch doesn't always exist - as it gets built from the file 
pci.ids in the same directory. Noone complained on that :)
What I don't understand is why pci_ids.h doesn't get
generated from pci.ids as well.

So, here's the new patch, sent along also to the pci.ids 
maintainer, along with the required info.

12d4 was DGMS. Then DGMS was aquired by Comverse, and 
later the corresponding activities (and the same PCI boards 
manufacturing) went to Comverse spinoff Ulticom. So, in fact,
Ulticom is just DGMS under a different name and controlled
by Comverse. I guess the PCI vendor registry should get 
updated at some point, but I thought it could be a great 
thing if Linux knew it ahead. (Currently reported by the 
PCI driver DGMS is obsolete - such entity doesn't exist 
any more). Naturally, I have got this info being a 
Comverse employee.

This patch only has effect on kernel PCI driver reporting 
on the 12d4 vendor ID. There is no Linux kernel code which
supports the corresponding SS7 signalling boards.

Kind regards,
Vassilii

--- /usr/src/linux-2.4.5/include/linux/pci_ids.hWed May 16 13:25:39
2001
+++ pci_ids.h   Wed May 30 14:55:01 2001
@@ -1199,6 +1199,8 @@
 #define PCI_VENDOR_ID_NVIDIA_SGS   0x12d2
 #define PCI_DEVICE_ID_NVIDIA_SGS_RIVA128 0x0018
 
+#define PCI_VENDOR_ID_ULTICOM  0x12d4 /* Formerly DGMS */
+
 #define PCI_SUBVENDOR_ID_CHASE_PCIFAST 0x12E0
 #define PCI_SUBDEVICE_ID_CHASE_PCIFAST40x0031
 #define PCI_SUBDEVICE_ID_CHASE_PCIFAST80x0021
--- /usr/src/linux-2.4.5/drivers/pci/pci.idsSat May 19 20:49:14 2001
+++ pci.ids Wed May 30 14:54:50 2001
@@ -3204,7 +3204,7 @@
002c  VTNT2
00a0  ITNT2
 12d3  Vingmed Sound A/S
-12d4  DGMS
+12d4  Ulticom (Formerly DGMS)
 12d5  Equator Technologies
 12d6  Analogic Corp
 12d7  Biotronic SRL
-
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] 2.4.x: update for PCI vendor id 0x12d4

2001-05-25 Thread Khachaturov, Vassilii

This is my 1st attempt to submit a patch here - flames welcome if I did smth
wrong...
It was done across 2.4.2, but it works safely against 2.4.4 as well.

 <> 

Kind regards,
Vassilii

 pci_vendor_12d4.patch


[PATCH] 2.4.x: update for PCI vendor id 0x12d4

2001-05-25 Thread Khachaturov, Vassilii

This is my 1st attempt to submit a patch here - flames welcome if I did smth
wrong...
It was done across 2.4.2, but it works safely against 2.4.4 as well.

 pci_vendor_12d4.patch 

Kind regards,
Vassilii

 pci_vendor_12d4.patch