Re: 2.6.0-test3 current - firewire compile error

From: Adam Belay (ambx1_at_neo.rr.com)
Date: 08/16/03

  • Next message: Alan Cox: "Linux 2.4.22-rc2-ac3"
    Date:	Sat, 16 Aug 2003 17:22:34 +0000
    To: Greg KH <greg@kroah.com>
    
    

    On Sat, Aug 16, 2003 at 09:36:44AM -0700, Greg KH wrote:
    > On Sat, Aug 16, 2003 at 12:11:58AM -0700, walt wrote:
    > > Ivan Gyurdiev wrote:
    > > >Hopefully, this is not a duplicate post:
    > > >===========================================
    > > >
    > > >drivers/ieee1394/nodemgr.c: In function `nodemgr_update_ud_names':
    > > >drivers/ieee1394/nodemgr.c:471: error: structure has no member named `name'
    > >
    > > I got a similar error starting with last night's bk pull:
    > >
    > > drivers/pnp/core.c: In function `pnp_register_protocol':
    > > drivers/pnp/core.c:72: structure has no member named `name'
    >
    > Hm, I thought the pnp layer had already been fixed up.
    >
    > Adam?
    >

    I apoligize for forgetting to correct this. Here is a fix.

    Thanks,
    Adam

    diff -urN a/drivers/pnp/core.c b/drivers/pnp/core.c
    --- a/drivers/pnp/core.c 2003-08-09 04:33:18.000000000 +0000
    +++ b/drivers/pnp/core.c 2003-08-16 16:26:59.000000000 +0000
    @@ -69,7 +69,6 @@
     
             protocol->number = nodenum;
             sprintf(protocol->dev.bus_id, "pnp%d", nodenum);
    - strlcpy(protocol->dev.name,protocol->name,DEVICE_NAME_SIZE);
             return device_register(&protocol->dev);
     }
     
    diff -urN a/drivers/pnp/isapnp/core.c b/drivers/pnp/isapnp/core.c
    --- a/drivers/pnp/isapnp/core.c 2003-08-09 04:37:19.000000000 +0000
    +++ b/drivers/pnp/isapnp/core.c 2003-08-16 16:45:16.000000000 +0000
    @@ -743,7 +743,7 @@
                             size = 0;
                             break;
                     case _LTAG_ANSISTR:
    - isapnp_parse_name(dev->dev.name, sizeof(dev->dev.name), &size);
    + isapnp_parse_name(dev->name, sizeof(dev->name), &size);
                             break;
                     case _LTAG_UNICODESTR:
                             /* silently ignore */
    @@ -808,7 +808,7 @@
                     case _STAG_VENDOR:
                             break;
                     case _LTAG_ANSISTR:
    - isapnp_parse_name(card->dev.name, sizeof(card->dev.name), &size);
    + isapnp_parse_name(card->name, sizeof(card->name), &size);
                             break;
                     case _LTAG_UNICODESTR:
                             /* silently ignore */
    @@ -1144,11 +1144,11 @@
             protocol_for_each_card(&isapnp_protocol,card) {
                     cards++;
                     if (isapnp_verbose) {
    - printk(KERN_INFO "isapnp: Card '%s'\n", card->dev.name[0]?card->dev.name:"Unknown");
    + printk(KERN_INFO "isapnp: Card '%s'\n", card->name[0]?card->name:"Unknown");
                             if (isapnp_verbose < 2)
                                     continue;
                             card_for_each_dev(card,dev) {
    - printk(KERN_INFO "isapnp: Device '%s'\n", dev->dev.name[0]?dev->dev.name:"Unknown");
    + printk(KERN_INFO "isapnp: Device '%s'\n", dev->name[0]?dev->name:"Unknown");
                             }
                     }
             }
    --- a/drivers/serial/8250_pnp.c 2003-08-09 04:31:45.000000000 +0000
    +++ b/drivers/serial/8250_pnp.c 2003-08-16 16:47:21.000000000 +0000
    @@ -369,7 +369,7 @@
      */
     static int __devinit serial_pnp_guess_board(struct pnp_dev *dev, int *flags)
     {
    - if (!(check_name(dev->dev.name) || (dev->card && check_name(dev->card->dev.name))))
    + if (!(check_name(pnp_dev_name(dev)) || (dev->card && check_name(dev->card->name))))
                     return -ENODEV;
     
             if (check_resources(dev->independent))
    --- a/include/linux/pnp.h 2003-08-09 04:42:16.000000000 +0000
    +++ b/include/linux/pnp.h 2003-08-16 16:43:32.000000000 +0000
    @@ -19,6 +19,7 @@
     #define PNP_MAX_DMA 2
     #define PNP_MAX_DEVICES 8
     #define PNP_ID_LEN 8
    +#define PNP_NAME_LEN 50
     
     struct pnp_protocol;
     struct pnp_dev;
    @@ -133,6 +134,7 @@
             struct pnp_protocol * protocol;
             struct pnp_id * id; /* contains supported EISA IDs*/
     
    + char name[PNP_NAME_LEN]; /* contains a human-readable name */
             unsigned char pnpver; /* Plug & Play version */
             unsigned char productver; /* product version */
             unsigned int serial; /* serial number */
    @@ -187,6 +189,7 @@
             struct pnp_option * dependent;
             struct pnp_resource_table res;
     
    + char name[PNP_NAME_LEN]; /* contains a human-readable name */
             unsigned short regs; /* ISAPnP: supported registers */
             int flags; /* used by protocols */
             struct proc_dir_entry *procent; /* device entry in /proc/bus/isapnp */
    @@ -204,7 +207,7 @@
             for((dev) = card_to_pnp_dev((card)->devices.next); \
             (dev) != card_to_pnp_dev(&(card)->devices); \
             (dev) = card_to_pnp_dev((dev)->card_list.next))
    -#define pnp_dev_name(dev) (dev)->dev.name
    +#define pnp_dev_name(dev) (dev)->name
     
     static inline void *pnp_get_drvdata (struct pnp_dev *pdev)
     {
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/


  • Next message: Alan Cox: "Linux 2.4.22-rc2-ac3"

    Relevant Pages

    • Re: [Linux-fbdev-devel] Re: [PATCH] fbdev: colormap fixes
      ... > There are a couple of ways to fix this. ... entries will be read or written from or to the cmap. ... struct fb_ops *fbops; ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [4KSTACK][2.6.6] Stack overflow in radeonfb
      ... struct radeon_regs is huge: 2356 bytes ... Quick fix: ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: 2.6.8-rc2-mm1
      ... shipping the current in-tree version with their kernel headers ... There's also a hiddev oops-on-removal fix that ought to be merged fairly ... struct hiddev_usage_ref_multi { ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • [PATCH] fix initdata usage in i386/kernel/cpu/mtrr/generic.c
      ... Fix bad initdata use in cpu/mtrr/generic.c ... struct mtrr_state mtrr_state =; ... To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ ...
      (Linux-Kernel)
    • Pointer to array inside a struct
      ... What am I forgetting here. ... It's the last thing I have to fix after a ... day of coding. ... struct item{ ...
      (comp.lang.c)