| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <alpine.DEB.0.82.0810210453290.26751@skynet.skynet.ie>
Date: Tue, 21 Oct 2008 04:57:13 +0100 (IST)
From: Dave Airlie <airlied@...ux.ie>
To: nagaraj s k <nagaraj.sk@...il.com>
cc: trivial@...nel.org, greg@...ah.com, linux-kernel@...r.kernel.org,
kernel-janitors@...r.kernel.org,
nagaraj.krishnappa@...msonreuters.com
Subject: Re: [PATCH] via-agp.c fixed compilation error and warnings for
2.6.26
On Tue, 21 Oct 2008, nagaraj s k wrote:
> Hi All,
>
> can you please have a look at the patch in the below mail thread, it seems
> like my mails get lost often here. is there any way i can reach the
> moderator or any one who can comment on my work( i know there are thousands
> of patches sent across, i am not the only one).
>
I saw this patch and couldn't see the problem is was solving. If its just
a checkpatch.pl run across the file, in parts it makes the file less
readable, anything splitting stings to avoid the checkpatch.pl stupid 80
chars warnings isn't anything I'm going to worryabout.
The mail says fixing compilation errors, there are no compilation errors,
if it fixes checkpatch.pl issues then please say that.
> > }
> > }
> > - printk(KERN_ERR PFX "Unknown aperture size from AGP bridge (0x%x)\n",
> > temp);
> > + printk(KERN_ERR PFX "Unknown aperture size from AGP
> > + bridge (0x%x)\n", temp);
Uglier code.
> > return 0;
> > }
> >
> > @@ -116,7 +117,8 @@ static int via_fetch_size_agp3(void)
> > for (i = 0; i < agp_bridge->driver->num_aperture_sizes; i++) {
> > if (temp == values[i].size_value) {
> > agp_bridge->previous_size =
> > - agp_bridge->current_size = (void *) (values + i);
> > + agp_bridge->current_size =
> > + (void *) (values + i);
arguably uglier code.
> > agp_bridge->aperture_size_idx = i;
> > return values[i].size;
> > }
> > @@ -142,11 +144,12 @@ static int via_configure_agp3(void)
> >
> > /* 1. Enable GTLB in RX90<7>, all AGP aperture access needs to fetch
> > * translation table first.
> > - * 2. Enable AGP aperture in RX91<0>. This bit controls the enabling
> > of the
> > - * graphics AGP aperture for the AGP3.0 port.
> > + * 2. Enable AGP aperture in RX91<0>. This bit controls the
> > + * enabling of the graphics AGP aperture for the AGP3.0 port.
this is okay.
> > */
> > pci_read_config_dword(agp_bridge->dev, VIA_AGP3_GARTCTRL, &temp);
> > - pci_write_config_dword(agp_bridge->dev, VIA_AGP3_GARTCTRL, temp |
> > (3<<7));
> > + pci_write_config_dword(agp_bridge->dev, VIA_AGP3_GARTCTRL,
> > + temp | (3<<7));
this one is probably okay.
> > return 0;
> > }
> >
> > @@ -156,7 +159,8 @@ static void via_cleanup_agp3(void)
> > struct aper_size_info_16 *previous_size;
> >
> > previous_size = A_SIZE_16(agp_bridge->previous_size);
> > - pci_write_config_byte(agp_bridge->dev, VIA_APSIZE,
> > previous_size->size_value);
> > + pci_write_config_byte(agp_bridge->dev, VIA_APSIZE,
> > + previous_size->size_value);
> > }
> >
> >
> > @@ -165,7 +169,8 @@ static void via_tlbflush_agp3(struct agp
> > u32 temp;
> >
> > pci_read_config_dword(agp_bridge->dev, VIA_AGP3_GARTCTRL, &temp);
> > - pci_write_config_dword(agp_bridge->dev, VIA_AGP3_GARTCTRL, temp &
> > ~(1<<7));
> > + pci_write_config_dword(agp_bridge->dev, VIA_AGP3_GARTCTRL,
> > + temp & ~(1<<7));
> > pci_write_config_dword(agp_bridge->dev, VIA_AGP3_GARTCTRL, temp);
> > }
> >
> > @@ -421,13 +426,13 @@ static struct agp_device_ids via_agp_dev
> > * VIA's AGP3 chipsets do magick to put the AGP bridge compliant
> > * with the same standards version as the graphics card.
> > */
> > -static void check_via_agp3 (struct agp_bridge_data *bridge)
> > +static void check_via_agp3(struct agp_bridge_data *bridge)
> > {
> > u8 reg;
> >
> > pci_read_config_byte(bridge->dev, VIA_AGPSEL, ®);
> > /* Check AGP 2.0 compatibility mode. */
> > - if ((reg & (1<<1))==0)
> > + if ((reg & (1<<1)) == 0)
> > bridge->driver = &via_agp3_driver;
> > }
> >
> > @@ -445,7 +450,8 @@ static int __devinit agp_via_probe(struc
> > return -ENODEV;
> >
> > j = ent - agp_via_pci_table;
> > - printk (KERN_INFO PFX "Detected VIA %s chipset\n",
> > devs[j].chipset_name);
> > + printk(KERN_INFO PFX "Detected VIA %s chipset\n",
> > + devs[j].chipset_name);
> >
> > bridge = agp_alloc_bridge();
> > if (!bridge)
> > @@ -461,7 +467,8 @@ static int __devinit agp_via_probe(struc
> > if (pdev->device == PCI_DEVICE_ID_VIA_8367_0) {
> > /* Is there a KT400 subsystem ? */
> > if (pdev->subsystem_device == PCI_DEVICE_ID_VIA_8377_0) {
> > - printk(KERN_INFO PFX "Found KT400 in disguise as a KT266.\n");
> > + printk(KERN_INFO PFX "Found KT400 in disguise
> > + as a KT266.\n");
uglier.
> > check_via_agp3(bridge);
> > }
> > }
> > @@ -491,8 +498,8 @@ static void __devexit agp_via_remove(str
> >
> > static int agp_via_suspend(struct pci_dev *pdev, pm_message_t state)
> > {
> > - pci_save_state (pdev);
> > - pci_set_power_state (pdev, PCI_D3hot);
> > + pci_save_state(pdev);
> > + pci_set_power_state(pdev, PCI_D3hot);
> >
> > return 0;
> > }
> > @@ -501,7 +508,7 @@ static int agp_via_resume(struct pci_dev
> > {
> > struct agp_bridge_data *bridge = pci_get_drvdata(pdev);
> >
> > - pci_set_power_state (pdev, PCI_D0);
> > + pci_set_power_state(pdev, PCI_D0);
> > pci_restore_state(pdev);
> >
> > if (bridge->driver == &via_agp3_driver)
> >
> >
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists