* [PATCH 0/4] Series short description
@ 2009-05-06 16:08 Alan Cox
2009-05-06 16:08 ` [PATCH 1/4] ata_piix: ICH7 does not support correct MWDMA timings Alan Cox
` (4 more replies)
0 siblings, 5 replies; 25+ messages in thread
From: Alan Cox @ 2009-05-06 16:08 UTC (permalink / raw)
To: linux-ide, jeff
A quick batch of PIIX updates
---
Alan Cox (4):
ata_piix: Remove stale comment
ata_piix: Turn on hotplugging support for older chips
ata_piix: The Sony TZ90 needs the cable type hardcoding
ata_piix: ICH7 does not support correct MWDMA timings
drivers/ata/ata_piix.c | 28 +++++++++++++++++++---------
1 files changed, 19 insertions(+), 9 deletions(-)
^ permalink raw reply [flat|nested] 25+ messages in thread* [PATCH 1/4] ata_piix: ICH7 does not support correct MWDMA timings
2009-05-06 16:08 [PATCH 0/4] Series short description Alan Cox
@ 2009-05-06 16:08 ` Alan Cox
2009-05-06 16:09 ` [PATCH 2/4] ata_piix: The Sony TZ90 needs the cable type hardcoding Alan Cox
` (3 subsequent siblings)
4 siblings, 0 replies; 25+ messages in thread
From: Alan Cox @ 2009-05-06 16:08 UTC (permalink / raw)
To: linux-ide, jeff
From: Alan Cox <alan@linux.intel.com>
See Errata documentation. The recommended workaround is to use PIO4 instead
which will we automatically do by flagging this mode not available.
Signed-off-by: Alan Cox <alan.cox@linux.intel.com>
---
drivers/ata/ata_piix.c | 17 ++++++++++++++---
1 files changed, 14 insertions(+), 3 deletions(-)
diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
index 942d14a..2b5700a 100644
--- a/drivers/ata/ata_piix.c
+++ b/drivers/ata/ata_piix.c
@@ -72,6 +72,7 @@
* ICH2 spec c #20 - IDE PRD must not cross a 64K boundary
* and must be dword aligned
* ICH2 spec c #24 - UDMA mode 4,5 t85/86 should be 6ns not 3.3
+ * ICH7 errata #16 - MWDMA1 timings are incorrect
*
* Should have been BIOS fixed:
* 450NX: errata #19 - DMA hangs on old 450NX
@@ -94,7 +95,7 @@
#include <linux/dmi.h>
#define DRV_NAME "ata_piix"
-#define DRV_VERSION "2.12"
+#define DRV_VERSION "2.13"
enum {
PIIX_IOCFG = 0x54, /* IDE I/O configuration register */
@@ -136,6 +137,7 @@ enum piix_controller_ids {
ich_pata_33, /* ICH up to UDMA 33 only */
ich_pata_66, /* ICH up to 66 Mhz */
ich_pata_100, /* ICH up to UDMA 100 */
+ ich_pata_100_nomwdma1, /* ICH up to UDMA 100 but with no MWDMA1*/
ich5_sata,
ich6_sata,
ich6m_sata,
@@ -216,8 +218,8 @@ static const struct pci_device_id piix_pci_tbl[] = {
/* ICH6 (and 6) (i915) UDMA 100 */
{ 0x8086, 0x266F, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich_pata_100 },
/* ICH7/7-R (i945, i975) UDMA 100*/
- { 0x8086, 0x27DF, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich_pata_100 },
- { 0x8086, 0x269E, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich_pata_100 },
+ { 0x8086, 0x27DF, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich_pata_100_nomwdma1 },
+ { 0x8086, 0x269E, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich_pata_100_nomwdma1 },
/* ICH8 Mobile PATA Controller */
{ 0x8086, 0x2850, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich_pata_100 },
@@ -487,6 +489,15 @@ static struct ata_port_info piix_port_info[] = {
.port_ops = &ich_pata_ops,
},
+ [ich_pata_100_nomwdma1] =
+ {
+ .flags = PIIX_PATA_FLAGS | PIIX_FLAG_CHECKINTR,
+ .pio_mask = ATA_PIO4,
+ .mwdma_mask = ATA_MWDMA2_ONLY,
+ .udma_mask = ATA_UDMA5,
+ .port_ops = &ich_pata_ops,
+ },
+
[ich5_sata] =
{
.flags = PIIX_SATA_FLAGS,
^ permalink raw reply related [flat|nested] 25+ messages in thread* [PATCH 2/4] ata_piix: The Sony TZ90 needs the cable type hardcoding
2009-05-06 16:08 [PATCH 0/4] Series short description Alan Cox
2009-05-06 16:08 ` [PATCH 1/4] ata_piix: ICH7 does not support correct MWDMA timings Alan Cox
@ 2009-05-06 16:09 ` Alan Cox
2009-05-11 18:33 ` Jeff Garzik
2009-05-06 16:10 ` [PATCH 3/4] ata_piix: Turn on hotplugging support for older chips Alan Cox
` (2 subsequent siblings)
4 siblings, 1 reply; 25+ messages in thread
From: Alan Cox @ 2009-05-06 16:09 UTC (permalink / raw)
To: linux-ide, jeff
From: Alan Cox <alan@linux.intel.com>
The Sony TZ90 needs the cable type hardcoding. See bug #12734
Signed-off-by: Alan Cox <alan@linux.intel.com>
---
drivers/ata/ata_piix.c | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
index 2b5700a..d51a17c 100644
--- a/drivers/ata/ata_piix.c
+++ b/drivers/ata/ata_piix.c
@@ -605,6 +605,7 @@ static const struct ich_laptop ich_laptop[] = {
{ 0x24CA, 0x1025, 0x003d }, /* ICH4 on ACER TM290 */
{ 0x266F, 0x1025, 0x0066 }, /* ICH6 on ACER Aspire 1694WLMi */
{ 0x2653, 0x1043, 0x82D8 }, /* ICH6M on Asus Eee 701 */
+ { 0x27df, 0x104d, 0x900e }, /* ICH7 on Sony TZ-90 */
/* end marker */
{ 0, }
};
^ permalink raw reply related [flat|nested] 25+ messages in thread* Re: [PATCH 2/4] ata_piix: The Sony TZ90 needs the cable type hardcoding
2009-05-06 16:09 ` [PATCH 2/4] ata_piix: The Sony TZ90 needs the cable type hardcoding Alan Cox
@ 2009-05-11 18:33 ` Jeff Garzik
0 siblings, 0 replies; 25+ messages in thread
From: Jeff Garzik @ 2009-05-11 18:33 UTC (permalink / raw)
To: Alan Cox; +Cc: linux-ide
Alan Cox wrote:
> From: Alan Cox <alan@linux.intel.com>
>
> The Sony TZ90 needs the cable type hardcoding. See bug #12734
>
> Signed-off-by: Alan Cox <alan@linux.intel.com>
> ---
>
> drivers/ata/ata_piix.c | 1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
>
> diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
> index 2b5700a..d51a17c 100644
> --- a/drivers/ata/ata_piix.c
> +++ b/drivers/ata/ata_piix.c
> @@ -605,6 +605,7 @@ static const struct ich_laptop ich_laptop[] = {
> { 0x24CA, 0x1025, 0x003d }, /* ICH4 on ACER TM290 */
> { 0x266F, 0x1025, 0x0066 }, /* ICH6 on ACER Aspire 1694WLMi */
> { 0x2653, 0x1043, 0x82D8 }, /* ICH6M on Asus Eee 701 */
> + { 0x27df, 0x104d, 0x900e }, /* ICH7 on Sony TZ-90 */
> /* end marker */
applied 1-2 to #upstream-fixes
^ permalink raw reply [flat|nested] 25+ messages in thread
* [PATCH 3/4] ata_piix: Turn on hotplugging support for older chips
2009-05-06 16:08 [PATCH 0/4] Series short description Alan Cox
2009-05-06 16:08 ` [PATCH 1/4] ata_piix: ICH7 does not support correct MWDMA timings Alan Cox
2009-05-06 16:09 ` [PATCH 2/4] ata_piix: The Sony TZ90 needs the cable type hardcoding Alan Cox
@ 2009-05-06 16:10 ` Alan Cox
2009-05-20 20:12 ` Jeff Garzik
2009-05-06 16:10 ` [PATCH 4/4] ata_piix: Remove stale comment Alan Cox
2009-05-11 17:21 ` [PATCH 0/4] Series short description Jeff Garzik
4 siblings, 1 reply; 25+ messages in thread
From: Alan Cox @ 2009-05-06 16:10 UTC (permalink / raw)
To: linux-ide, jeff
From: Alan Cox <alan@linux.intel.com>
We can't do this for the later ones as they have all sorts of magic boot
time stuff that needs reviewing and the like. However we can do it for the
older ones and it turns out we need to as some IBM docking stations have a
second PIIX series device in them and without this change you can't use it
very well
Signed-off-by: Alan Cox <alan@linux.intel.com>
---
drivers/ata/ata_piix.c | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
index d51a17c..3434468 100644
--- a/drivers/ata/ata_piix.c
+++ b/drivers/ata/ata_piix.c
@@ -1500,8 +1500,8 @@ static int __devinit piix_init_one(struct pci_dev *pdev,
dev_printk(KERN_DEBUG, &pdev->dev,
"version " DRV_VERSION "\n");
- /* no hotplugging support (FIXME) */
- if (!in_module_init)
+ /* no hotplugging support for later devices (FIXME) */
+ if (!in_module_init && ent->driver_data >= ich5_sata)
return -ENODEV;
if (piix_broken_system_poweroff(pdev)) {
^ permalink raw reply related [flat|nested] 25+ messages in thread* Re: [PATCH 3/4] ata_piix: Turn on hotplugging support for older chips
2009-05-06 16:10 ` [PATCH 3/4] ata_piix: Turn on hotplugging support for older chips Alan Cox
@ 2009-05-20 20:12 ` Jeff Garzik
0 siblings, 0 replies; 25+ messages in thread
From: Jeff Garzik @ 2009-05-20 20:12 UTC (permalink / raw)
To: Alan Cox; +Cc: linux-ide
Alan Cox wrote:
> From: Alan Cox <alan@linux.intel.com>
>
> We can't do this for the later ones as they have all sorts of magic boot
> time stuff that needs reviewing and the like. However we can do it for the
> older ones and it turns out we need to as some IBM docking stations have a
> second PIIX series device in them and without this change you can't use it
> very well
>
> Signed-off-by: Alan Cox <alan@linux.intel.com>
> ---
>
> drivers/ata/ata_piix.c | 4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
>
> diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
> index d51a17c..3434468 100644
> --- a/drivers/ata/ata_piix.c
> +++ b/drivers/ata/ata_piix.c
> @@ -1500,8 +1500,8 @@ static int __devinit piix_init_one(struct pci_dev *pdev,
> dev_printk(KERN_DEBUG, &pdev->dev,
> "version " DRV_VERSION "\n");
>
> - /* no hotplugging support (FIXME) */
> - if (!in_module_init)
> + /* no hotplugging support for later devices (FIXME) */
> + if (!in_module_init && ent->driver_data >= ich5_sata)
> return -ENODEV;
applied
^ permalink raw reply [flat|nested] 25+ messages in thread
* [PATCH 4/4] ata_piix: Remove stale comment
2009-05-06 16:08 [PATCH 0/4] Series short description Alan Cox
` (2 preceding siblings ...)
2009-05-06 16:10 ` [PATCH 3/4] ata_piix: Turn on hotplugging support for older chips Alan Cox
@ 2009-05-06 16:10 ` Alan Cox
2009-05-20 20:12 ` Jeff Garzik
2009-05-11 17:21 ` [PATCH 0/4] Series short description Jeff Garzik
4 siblings, 1 reply; 25+ messages in thread
From: Alan Cox @ 2009-05-06 16:10 UTC (permalink / raw)
To: linux-ide, jeff
From: Alan Cox <alan@linux.intel.com>
Combined mode pci quirk hacks went away - so the table to keep in sync
no longer exists.
Signed-off-by: Alan Cox <alan@linux.intel.com>
---
drivers/ata/ata_piix.c | 6 ++----
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
index 3434468..0fba112 100644
--- a/drivers/ata/ata_piix.c
+++ b/drivers/ata/ata_piix.c
@@ -223,10 +223,8 @@ static const struct pci_device_id piix_pci_tbl[] = {
/* ICH8 Mobile PATA Controller */
{ 0x8086, 0x2850, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich_pata_100 },
- /* NOTE: The following PCI ids must be kept in sync with the
- * list in drivers/pci/quirks.c.
- */
-
+ /* SATA ports */
+
/* 82801EB (ICH5) */
{ 0x8086, 0x24d1, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich5_sata },
/* 82801EB (ICH5) */
^ permalink raw reply related [flat|nested] 25+ messages in thread* Re: [PATCH 4/4] ata_piix: Remove stale comment
2009-05-06 16:10 ` [PATCH 4/4] ata_piix: Remove stale comment Alan Cox
@ 2009-05-20 20:12 ` Jeff Garzik
0 siblings, 0 replies; 25+ messages in thread
From: Jeff Garzik @ 2009-05-20 20:12 UTC (permalink / raw)
To: Alan Cox; +Cc: linux-ide
Alan Cox wrote:
> From: Alan Cox <alan@linux.intel.com>
>
> Combined mode pci quirk hacks went away - so the table to keep in sync
> no longer exists.
>
> Signed-off-by: Alan Cox <alan@linux.intel.com>
> ---
>
> drivers/ata/ata_piix.c | 6 ++----
> 1 files changed, 2 insertions(+), 4 deletions(-)
>
>
> diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
> index 3434468..0fba112 100644
> --- a/drivers/ata/ata_piix.c
> +++ b/drivers/ata/ata_piix.c
> @@ -223,10 +223,8 @@ static const struct pci_device_id piix_pci_tbl[] = {
> /* ICH8 Mobile PATA Controller */
> { 0x8086, 0x2850, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich_pata_100 },
>
> - /* NOTE: The following PCI ids must be kept in sync with the
> - * list in drivers/pci/quirks.c.
> - */
> -
> + /* SATA ports */
> +
> /* 82801EB (ICH5) */
applied
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 0/4] Series short description
2009-05-06 16:08 [PATCH 0/4] Series short description Alan Cox
` (3 preceding siblings ...)
2009-05-06 16:10 ` [PATCH 4/4] ata_piix: Remove stale comment Alan Cox
@ 2009-05-11 17:21 ` Jeff Garzik
2009-05-11 17:25 ` Alan Cox
4 siblings, 1 reply; 25+ messages in thread
From: Jeff Garzik @ 2009-05-11 17:21 UTC (permalink / raw)
To: Alan Cox; +Cc: linux-ide
Alan Cox wrote:
> A quick batch of PIIX updates
> ---
>
> Alan Cox (4):
> ata_piix: Remove stale comment
> ata_piix: Turn on hotplugging support for older chips
> ata_piix: The Sony TZ90 needs the cable type hardcoding
> ata_piix: ICH7 does not support correct MWDMA timings
I guess 1 & 2 are #upstream-fixes material, and 3 & 4 are #upstream ?
Jeff
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: [PATCH 0/4] Series short description
2009-05-11 17:21 ` [PATCH 0/4] Series short description Jeff Garzik
@ 2009-05-11 17:25 ` Alan Cox
2009-05-11 17:33 ` Jeff Garzik
0 siblings, 1 reply; 25+ messages in thread
From: Alan Cox @ 2009-05-11 17:25 UTC (permalink / raw)
To: Jeff Garzik; +Cc: linux-ide
On Mon, 11 May 2009 13:21:43 -0400
Jeff Garzik <jeff@garzik.org> wrote:
> Alan Cox wrote:
> > A quick batch of PIIX updates
> > ---
> >
> > Alan Cox (4):
> > ata_piix: Remove stale comment
> > ata_piix: Turn on hotplugging support for older chips
> > ata_piix: The Sony TZ90 needs the cable type hardcoding
> > ata_piix: ICH7 does not support correct MWDMA timings
>
> I guess 1 & 2 are #upstream-fixes material, and 3 & 4 are #upstream ?
I'd say they are all fixes. In terms of urgency #4 hasn't been reported
by anyone it was found when checking errata, #3 is a real problem
encountered by users #2 affects only fairly obscure hardware and isn't a
regression, #1 is a comment.
I've also now confirmed with the Intel hardware folks that there isn't
any reason we can't turn on parallel probing in ata_piix.
Alan
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 0/4] Series short description
2009-05-11 17:25 ` Alan Cox
@ 2009-05-11 17:33 ` Jeff Garzik
2009-05-11 17:58 ` Alan Cox
0 siblings, 1 reply; 25+ messages in thread
From: Jeff Garzik @ 2009-05-11 17:33 UTC (permalink / raw)
To: Alan Cox; +Cc: linux-ide
Alan Cox wrote:
> On Mon, 11 May 2009 13:21:43 -0400
> Jeff Garzik <jeff@garzik.org> wrote:
>
>> Alan Cox wrote:
>>> A quick batch of PIIX updates
>>> ---
>>>
>>> Alan Cox (4):
>>> ata_piix: Remove stale comment
>>> ata_piix: Turn on hotplugging support for older chips
>>> ata_piix: The Sony TZ90 needs the cable type hardcoding
>>> ata_piix: ICH7 does not support correct MWDMA timings
>> I guess 1 & 2 are #upstream-fixes material, and 3 & 4 are #upstream ?
>
> I'd say they are all fixes. In terms of urgency #4 hasn't been reported
> by anyone it was found when checking errata, #3 is a real problem
> encountered by users #2 affects only fairly obscure hardware and isn't a
> regression, #1 is a comment.
I was referring to the patch numbering provided by you, in your
submission, which is the reverse of the order listed above:
patch #1: ICH7 MWDMA timings
patch #2: TZ90
patch #3: turn on hotplugging
patch #4: fix comment
patch #3 is a behavior change IMO very late in -rc cycle, and patch #4
is not urgent.
Jeff
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [PATCH 0/4] Series short description
2009-05-11 17:33 ` Jeff Garzik
@ 2009-05-11 17:58 ` Alan Cox
0 siblings, 0 replies; 25+ messages in thread
From: Alan Cox @ 2009-05-11 17:58 UTC (permalink / raw)
To: Jeff Garzik; +Cc: linux-ide
> I was referring to the patch numbering provided by you, in your
> submission, which is the reverse of the order listed above:
>
> patch #1: ICH7 MWDMA timings
> patch #2: TZ90
> patch #3: turn on hotplugging
> patch #4: fix comment
>
> patch #3 is a behavior change IMO very late in -rc cycle, and patch #4
> is not urgent.
Agreed - sorry I'd forgotten that stgit is quite creative with its
ordering.
^ permalink raw reply [flat|nested] 25+ messages in thread
* [PATCH 0/4] Series short description
@ 2012-09-01 0:26 ` Tony Lindgren
0 siblings, 0 replies; 25+ messages in thread
From: Tony Lindgren @ 2012-09-01 0:26 UTC (permalink / raw)
To: linux-arm-kernel; +Cc: linux-omap
Hi all,
Here are the changes needed to make hardware.h local for mach-omap2.
These patches are based on v3.6-rc3 and the following patches:
- Arnd's patch "ARM: omap: move platform_data definitions"
- Igor's series "ARM: OMAP: cleanup plat/board.h file"
- Afzal's series "Prepare for GPMC driver conversion (w.r.t MTD)"
- My series "Clean up hardcoded IRQs for mach-omap2, enable SPARSE_IRQ,
plaform_data/gpio-omap.h"
Regards,
Tony
---
Tony Lindgren (4):
ARM: OMAP: Remove unused old gpio-switch.h
ARM: OMAP: Split plat/hardware.h, introduce local hardware.h and soc.h for omap2+
ARM: OMAP2+ Move SoC specific headers to be local to mach-omap2
ARM: OMAP1: Move SoC specific headers from plat to mach for omap1
arch/arm/mach-omap1/board-htcherald.c | 4
arch/arm/mach-omap1/devices.c | 2
arch/arm/mach-omap1/include/mach/hardware.h | 285 +++++++++++++++++++++++
arch/arm/mach-omap1/include/mach/omap1510.h | 3
arch/arm/mach-omap1/include/mach/omap16xx.h | 3
arch/arm/mach-omap1/include/mach/omap7xx.h | 3
arch/arm/mach-omap2/am33xx.h | 0
arch/arm/mach-omap2/board-2430sdp.c | 2
arch/arm/mach-omap2/board-3430sdp.c | 9 -
arch/arm/mach-omap2/board-4430sdp.c | 9 -
arch/arm/mach-omap2/board-am3517crane.c | 1
arch/arm/mach-omap2/board-am3517evm.c | 1
arch/arm/mach-omap2/board-apollon.c | 3
arch/arm/mach-omap2/board-cm-t35.c | 2
arch/arm/mach-omap2/board-cm-t3517.c | 3
arch/arm/mach-omap2/board-devkit8000.c | 22 +-
arch/arm/mach-omap2/board-flash.c | 6
arch/arm/mach-omap2/board-generic.c | 1
arch/arm/mach-omap2/board-h4.c | 3
arch/arm/mach-omap2/board-igep0020.c | 1
arch/arm/mach-omap2/board-ldp.c | 10 -
arch/arm/mach-omap2/board-n8x0.c | 10 -
arch/arm/mach-omap2/board-omap3beagle.c | 12 -
arch/arm/mach-omap2/board-omap3evm.c | 11 -
arch/arm/mach-omap2/board-omap3logic.c | 16 -
arch/arm/mach-omap2/board-omap3pandora.c | 9 -
arch/arm/mach-omap2/board-omap3stalker.c | 20 +-
arch/arm/mach-omap2/board-omap3touchbook.c | 9 -
arch/arm/mach-omap2/board-omap4panda.c | 7 -
arch/arm/mach-omap2/board-overo.c | 14 -
arch/arm/mach-omap2/board-rm680.c | 1
arch/arm/mach-omap2/board-rx51.c | 5
arch/arm/mach-omap2/board-ti8168evm.c | 2
arch/arm/mach-omap2/board-zoom-debugboard.c | 4
arch/arm/mach-omap2/board-zoom-display.c | 4
arch/arm/mach-omap2/board-zoom-peripherals.c | 1
arch/arm/mach-omap2/clkt2xxx_virt_prcm_set.c | 2
arch/arm/mach-omap2/clkt_dpll.c | 2
arch/arm/mach-omap2/clock.c | 8 -
arch/arm/mach-omap2/clock2420_data.c | 2
arch/arm/mach-omap2/clock2430.c | 2
arch/arm/mach-omap2/clock2430_data.c | 2
arch/arm/mach-omap2/clock2xxx.c | 2
arch/arm/mach-omap2/clock33xx_data.c | 2
arch/arm/mach-omap2/clock3xxx.c | 2
arch/arm/mach-omap2/clock3xxx_data.c | 3
arch/arm/mach-omap2/clock44xx_data.c | 3
arch/arm/mach-omap2/cm2xxx_3xxx.c | 3
arch/arm/mach-omap2/common.c | 2
arch/arm/mach-omap2/common.h | 6
arch/arm/mach-omap2/control.c | 2
arch/arm/mach-omap2/control.h | 2
arch/arm/mach-omap2/devices.c | 1
arch/arm/mach-omap2/dpll3xxx.c | 2
arch/arm/mach-omap2/dpll44xx.c | 2
arch/arm/mach-omap2/emu.c | 2
arch/arm/mach-omap2/gpmc-nand.c | 5
arch/arm/mach-omap2/gpmc-onenand.c | 5
arch/arm/mach-omap2/gpmc-smc91x.c | 3
arch/arm/mach-omap2/gpmc.c | 4
arch/arm/mach-omap2/hardware.h | 6
arch/arm/mach-omap2/hsmmc.c | 2
arch/arm/mach-omap2/i2c.c | 1
arch/arm/mach-omap2/id.c | 2
arch/arm/mach-omap2/include/mach/hardware.h | 2
arch/arm/mach-omap2/io.c | 3
arch/arm/mach-omap2/irq.c | 3
arch/arm/mach-omap2/mailbox.c | 3
arch/arm/mach-omap2/mcbsp.c | 5
arch/arm/mach-omap2/omap-mpuss-lowpower.c | 3
arch/arm/mach-omap2/omap-smp.c | 2
arch/arm/mach-omap2/omap-wakeupgen.c | 2
arch/arm/mach-omap2/omap24xx.h | 2
arch/arm/mach-omap2/omap34xx.h | 2
arch/arm/mach-omap2/omap4-common.c | 2
arch/arm/mach-omap2/omap44xx.h | 1
arch/arm/mach-omap2/omap54xx.h | 0
arch/arm/mach-omap2/omap_hwmod.c | 8 -
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 5
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 5
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 3
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 1
arch/arm/mach-omap2/omap_l3_noc.c | 3
arch/arm/mach-omap2/omap_phy_internal.c | 3
arch/arm/mach-omap2/opp2420_data.c | 2
arch/arm/mach-omap2/opp2430_data.c | 2
arch/arm/mach-omap2/opp3xxx_data.c | 2
arch/arm/mach-omap2/opp4xxx_data.c | 3
arch/arm/mach-omap2/powerdomain.c | 6
arch/arm/mach-omap2/powerdomains3xxx_data.c | 4
arch/arm/mach-omap2/prm2xxx_3xxx.c | 4
arch/arm/mach-omap2/prm44xx.c | 4
arch/arm/mach-omap2/sdrc2xxx.c | 2
arch/arm/mach-omap2/sleep24xx.S | 3
arch/arm/mach-omap2/sleep34xx.S | 2
arch/arm/mach-omap2/sleep44xx.S | 2
arch/arm/mach-omap2/soc.h | 1
arch/arm/mach-omap2/sram242x.S | 3
arch/arm/mach-omap2/sram243x.S | 3
arch/arm/mach-omap2/sram34xx.S | 3
arch/arm/mach-omap2/ti81xx.h | 0
arch/arm/mach-omap2/timer.c | 3
arch/arm/mach-omap2/twl-common.c | 2
arch/arm/mach-omap2/usb-host.c | 1
arch/arm/mach-omap2/usb-musb.c | 6
arch/arm/mach-omap2/vc.c | 3
arch/arm/mach-omap2/voltagedomains3xxx_data.c | 3
arch/arm/plat-omap/Makefile | 3
arch/arm/plat-omap/counter_32k.c | 2
arch/arm/plat-omap/devices.c | 91 -------
arch/arm/plat-omap/dma.c | 3
arch/arm/plat-omap/include/plat/gpio-switch.h | 54 ----
arch/arm/plat-omap/include/plat/hardware.h | 293 ------------------------
arch/arm/plat-omap/include/plat/omap4-keypad.h | 2
drivers/spi/spi-omap-uwire.c | 3
drivers/watchdog/omap_wdt.c | 5
sound/soc/omap/omap-abe-twl6040.c | 4
sound/soc/omap/omap-mcpdm.c | 2
118 files changed, 475 insertions(+), 687 deletions(-)
rename arch/arm/{plat-omap/include/plat/omap1510.h => mach-omap1/include/mach/omap1510.h} (97%)
rename arch/arm/{plat-omap/include/plat/omap16xx.h => mach-omap1/include/mach/omap16xx.h} (99%)
rename arch/arm/{plat-omap/include/plat/omap7xx.h => mach-omap1/include/mach/omap7xx.h} (98%)
rename arch/arm/{plat-omap/include/plat/am33xx.h => mach-omap2/am33xx.h} (100%)
create mode 100644 arch/arm/mach-omap2/hardware.h
rename arch/arm/{plat-omap/include/plat/omap24xx.h => mach-omap2/omap24xx.h} (98%)
rename arch/arm/{plat-omap/include/plat/omap34xx.h => mach-omap2/omap34xx.h} (98%)
rename arch/arm/{plat-omap/include/plat/omap44xx.h => mach-omap2/omap44xx.h} (98%)
rename arch/arm/{plat-omap/include/plat/omap54xx.h => mach-omap2/omap54xx.h} (100%)
create mode 100644 arch/arm/mach-omap2/soc.h
rename arch/arm/{plat-omap/include/plat/ti81xx.h => mach-omap2/ti81xx.h} (100%)
delete mode 100644 arch/arm/plat-omap/devices.c
delete mode 100644 arch/arm/plat-omap/include/plat/gpio-switch.h
delete mode 100644 arch/arm/plat-omap/include/plat/hardware.h
--
Signature
^ permalink raw reply [flat|nested] 25+ messages in thread* [PATCH 0/4] Series short description
@ 2012-09-01 0:26 ` Tony Lindgren
0 siblings, 0 replies; 25+ messages in thread
From: Tony Lindgren @ 2012-09-01 0:26 UTC (permalink / raw)
To: linux-arm-kernel
Hi all,
Here are the changes needed to make hardware.h local for mach-omap2.
These patches are based on v3.6-rc3 and the following patches:
- Arnd's patch "ARM: omap: move platform_data definitions"
- Igor's series "ARM: OMAP: cleanup plat/board.h file"
- Afzal's series "Prepare for GPMC driver conversion (w.r.t MTD)"
- My series "Clean up hardcoded IRQs for mach-omap2, enable SPARSE_IRQ,
plaform_data/gpio-omap.h"
Regards,
Tony
---
Tony Lindgren (4):
ARM: OMAP: Remove unused old gpio-switch.h
ARM: OMAP: Split plat/hardware.h, introduce local hardware.h and soc.h for omap2+
ARM: OMAP2+ Move SoC specific headers to be local to mach-omap2
ARM: OMAP1: Move SoC specific headers from plat to mach for omap1
arch/arm/mach-omap1/board-htcherald.c | 4
arch/arm/mach-omap1/devices.c | 2
arch/arm/mach-omap1/include/mach/hardware.h | 285 +++++++++++++++++++++++
arch/arm/mach-omap1/include/mach/omap1510.h | 3
arch/arm/mach-omap1/include/mach/omap16xx.h | 3
arch/arm/mach-omap1/include/mach/omap7xx.h | 3
arch/arm/mach-omap2/am33xx.h | 0
arch/arm/mach-omap2/board-2430sdp.c | 2
arch/arm/mach-omap2/board-3430sdp.c | 9 -
arch/arm/mach-omap2/board-4430sdp.c | 9 -
arch/arm/mach-omap2/board-am3517crane.c | 1
arch/arm/mach-omap2/board-am3517evm.c | 1
arch/arm/mach-omap2/board-apollon.c | 3
arch/arm/mach-omap2/board-cm-t35.c | 2
arch/arm/mach-omap2/board-cm-t3517.c | 3
arch/arm/mach-omap2/board-devkit8000.c | 22 +-
arch/arm/mach-omap2/board-flash.c | 6
arch/arm/mach-omap2/board-generic.c | 1
arch/arm/mach-omap2/board-h4.c | 3
arch/arm/mach-omap2/board-igep0020.c | 1
arch/arm/mach-omap2/board-ldp.c | 10 -
arch/arm/mach-omap2/board-n8x0.c | 10 -
arch/arm/mach-omap2/board-omap3beagle.c | 12 -
arch/arm/mach-omap2/board-omap3evm.c | 11 -
arch/arm/mach-omap2/board-omap3logic.c | 16 -
arch/arm/mach-omap2/board-omap3pandora.c | 9 -
arch/arm/mach-omap2/board-omap3stalker.c | 20 +-
arch/arm/mach-omap2/board-omap3touchbook.c | 9 -
arch/arm/mach-omap2/board-omap4panda.c | 7 -
arch/arm/mach-omap2/board-overo.c | 14 -
arch/arm/mach-omap2/board-rm680.c | 1
arch/arm/mach-omap2/board-rx51.c | 5
arch/arm/mach-omap2/board-ti8168evm.c | 2
arch/arm/mach-omap2/board-zoom-debugboard.c | 4
arch/arm/mach-omap2/board-zoom-display.c | 4
arch/arm/mach-omap2/board-zoom-peripherals.c | 1
arch/arm/mach-omap2/clkt2xxx_virt_prcm_set.c | 2
arch/arm/mach-omap2/clkt_dpll.c | 2
arch/arm/mach-omap2/clock.c | 8 -
arch/arm/mach-omap2/clock2420_data.c | 2
arch/arm/mach-omap2/clock2430.c | 2
arch/arm/mach-omap2/clock2430_data.c | 2
arch/arm/mach-omap2/clock2xxx.c | 2
arch/arm/mach-omap2/clock33xx_data.c | 2
arch/arm/mach-omap2/clock3xxx.c | 2
arch/arm/mach-omap2/clock3xxx_data.c | 3
arch/arm/mach-omap2/clock44xx_data.c | 3
arch/arm/mach-omap2/cm2xxx_3xxx.c | 3
arch/arm/mach-omap2/common.c | 2
arch/arm/mach-omap2/common.h | 6
arch/arm/mach-omap2/control.c | 2
arch/arm/mach-omap2/control.h | 2
arch/arm/mach-omap2/devices.c | 1
arch/arm/mach-omap2/dpll3xxx.c | 2
arch/arm/mach-omap2/dpll44xx.c | 2
arch/arm/mach-omap2/emu.c | 2
arch/arm/mach-omap2/gpmc-nand.c | 5
arch/arm/mach-omap2/gpmc-onenand.c | 5
arch/arm/mach-omap2/gpmc-smc91x.c | 3
arch/arm/mach-omap2/gpmc.c | 4
arch/arm/mach-omap2/hardware.h | 6
arch/arm/mach-omap2/hsmmc.c | 2
arch/arm/mach-omap2/i2c.c | 1
arch/arm/mach-omap2/id.c | 2
arch/arm/mach-omap2/include/mach/hardware.h | 2
arch/arm/mach-omap2/io.c | 3
arch/arm/mach-omap2/irq.c | 3
arch/arm/mach-omap2/mailbox.c | 3
arch/arm/mach-omap2/mcbsp.c | 5
arch/arm/mach-omap2/omap-mpuss-lowpower.c | 3
arch/arm/mach-omap2/omap-smp.c | 2
arch/arm/mach-omap2/omap-wakeupgen.c | 2
arch/arm/mach-omap2/omap24xx.h | 2
arch/arm/mach-omap2/omap34xx.h | 2
arch/arm/mach-omap2/omap4-common.c | 2
arch/arm/mach-omap2/omap44xx.h | 1
arch/arm/mach-omap2/omap54xx.h | 0
arch/arm/mach-omap2/omap_hwmod.c | 8 -
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 5
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 5
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 3
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 1
arch/arm/mach-omap2/omap_l3_noc.c | 3
arch/arm/mach-omap2/omap_phy_internal.c | 3
arch/arm/mach-omap2/opp2420_data.c | 2
arch/arm/mach-omap2/opp2430_data.c | 2
arch/arm/mach-omap2/opp3xxx_data.c | 2
arch/arm/mach-omap2/opp4xxx_data.c | 3
arch/arm/mach-omap2/powerdomain.c | 6
arch/arm/mach-omap2/powerdomains3xxx_data.c | 4
arch/arm/mach-omap2/prm2xxx_3xxx.c | 4
arch/arm/mach-omap2/prm44xx.c | 4
arch/arm/mach-omap2/sdrc2xxx.c | 2
arch/arm/mach-omap2/sleep24xx.S | 3
arch/arm/mach-omap2/sleep34xx.S | 2
arch/arm/mach-omap2/sleep44xx.S | 2
arch/arm/mach-omap2/soc.h | 1
arch/arm/mach-omap2/sram242x.S | 3
arch/arm/mach-omap2/sram243x.S | 3
arch/arm/mach-omap2/sram34xx.S | 3
arch/arm/mach-omap2/ti81xx.h | 0
arch/arm/mach-omap2/timer.c | 3
arch/arm/mach-omap2/twl-common.c | 2
arch/arm/mach-omap2/usb-host.c | 1
arch/arm/mach-omap2/usb-musb.c | 6
arch/arm/mach-omap2/vc.c | 3
arch/arm/mach-omap2/voltagedomains3xxx_data.c | 3
arch/arm/plat-omap/Makefile | 3
arch/arm/plat-omap/counter_32k.c | 2
arch/arm/plat-omap/devices.c | 91 -------
arch/arm/plat-omap/dma.c | 3
arch/arm/plat-omap/include/plat/gpio-switch.h | 54 ----
arch/arm/plat-omap/include/plat/hardware.h | 293 ------------------------
arch/arm/plat-omap/include/plat/omap4-keypad.h | 2
drivers/spi/spi-omap-uwire.c | 3
drivers/watchdog/omap_wdt.c | 5
sound/soc/omap/omap-abe-twl6040.c | 4
sound/soc/omap/omap-mcpdm.c | 2
118 files changed, 475 insertions(+), 687 deletions(-)
rename arch/arm/{plat-omap/include/plat/omap1510.h => mach-omap1/include/mach/omap1510.h} (97%)
rename arch/arm/{plat-omap/include/plat/omap16xx.h => mach-omap1/include/mach/omap16xx.h} (99%)
rename arch/arm/{plat-omap/include/plat/omap7xx.h => mach-omap1/include/mach/omap7xx.h} (98%)
rename arch/arm/{plat-omap/include/plat/am33xx.h => mach-omap2/am33xx.h} (100%)
create mode 100644 arch/arm/mach-omap2/hardware.h
rename arch/arm/{plat-omap/include/plat/omap24xx.h => mach-omap2/omap24xx.h} (98%)
rename arch/arm/{plat-omap/include/plat/omap34xx.h => mach-omap2/omap34xx.h} (98%)
rename arch/arm/{plat-omap/include/plat/omap44xx.h => mach-omap2/omap44xx.h} (98%)
rename arch/arm/{plat-omap/include/plat/omap54xx.h => mach-omap2/omap54xx.h} (100%)
create mode 100644 arch/arm/mach-omap2/soc.h
rename arch/arm/{plat-omap/include/plat/ti81xx.h => mach-omap2/ti81xx.h} (100%)
delete mode 100644 arch/arm/plat-omap/devices.c
delete mode 100644 arch/arm/plat-omap/include/plat/gpio-switch.h
delete mode 100644 arch/arm/plat-omap/include/plat/hardware.h
--
Signature
^ permalink raw reply [flat|nested] 25+ messages in thread
* [PATCH 0/4] Series short description
@ 2011-08-08 15:37 Bernd Schubert
0 siblings, 0 replies; 25+ messages in thread
From: Bernd Schubert @ 2011-08-08 15:37 UTC (permalink / raw)
To: linux-nfs, linux-ext4; +Cc: hch, yong.fan, linux-fsdevel, tytso, adilger
With the ext3/ext4 directory index implementation hashes are used to specify
offsets for llseek(). For compatibility with NFSv2 and 32-bit user space
on 64-bit systems (kernel space) ext3/ext4 currently only return 32-bit
hashes and therefore the probability of hash collisions for larger directories
is rather high. As recently reported on the NFS mailing list that theoretical
problem also happens on real systems:
http://comments.gmane.org/gmane.linux.nfs/40863
The following series adds two new f_mode flags to tell ext4
to use 32-bit or 64-bit hash values for llseek() calls.
These flags can then used by network file systems, such as NFS, to
request 32-bit or 64-bit offsets (hashes).
Version 2:
- use f_mode instead of O_* flags and also in a separate patch
- introduce EXT4_HTREE_EOF_32BIT and EXT4_HTREE_EOF_64BIT
- fix SEEK_END in ext4_dir_llseek()
- set f_mode flags in NFS code as early as possible and introduce a new
NFSD_MAY_64BIT_COOKIE flag for that
--
Bernd Schubert
Fraunhofer ITWM
^ permalink raw reply [flat|nested] 25+ messages in thread
* [PATCH 0/4] Series short description
@ 2010-11-22 0:31 Alexey Zaytsev
0 siblings, 0 replies; 25+ messages in thread
From: Alexey Zaytsev @ 2010-11-22 0:31 UTC (permalink / raw)
To: Eric Paris
Cc: Scott Hassan, Jan Kara, agruen, linux-kernel, stefan, Al Viro,
linux-fsdevel, Tvrtko Ursulin
Hi.
So, it's time for the second version of the the fanotify
range patches.
The patch adds modification ranges to fsnotify events. Fanotify
is made to pass the range to the users.
This is useful for backup programs that work on huge files,
so that only a part of a modified file needs to be scanned
for changes.
changed. This is particularly useful for backup utilities that
work on huge files, so that only a part of the modified file
needs to be scanned for changes.
The series is split into 4 patches. The first one breaks the
ABI (but not API), and should get in before the .37 release,
or not at all. The last patch extends the ABI to handle event-
specific data ('options') in a backwards-compatible way.
You can also get the patchies from
git://git.zaytsev.su/git/linux-2.6.git branch fsnotify
A modified fanotify-example is available from
git://git.zaytsev.su/git/fanotify-example.git branch range
Changes since the first RFC:
1) Reworked the user interface, see the last patch.
2) Handle event merges properly.
3) Pass the range to fsnotify_parent().
3) Various small cleanups and fixes.
---
Alexey Zaytsev (4):
fanotify: Shrink struct fanotify_event_metadata by 32 bits
VFS: Tell fsnotify what part of the file might have changed
fsnotify: Handle the file change ranges
fanotify: Expose the file changes to the user
fs/compat.c | 2 -
fs/nfsd/vfs.c | 2 -
fs/notify/fanotify/fanotify.c | 19 +++++
fs/notify/fanotify/fanotify_user.c | 132 +++++++++++++++++++++++++++++++-----
fs/notify/fsnotify.c | 24 ++++---
fs/notify/inode_mark.c | 2 -
fs/notify/inotify/inotify_user.c | 2 -
fs/notify/notification.c | 18 ++++-
fs/open.c | 4 +
fs/read_write.c | 4 +
include/linux/fanotify.h | 88 +++++++++++++++++++++---
include/linux/fs.h | 14 ++++
include/linux/fsnotify.h | 68 +++++++++++--------
include/linux/fsnotify_backend.h | 31 +++++++-
14 files changed, 330 insertions(+), 80 deletions(-)
--
^ permalink raw reply [flat|nested] 25+ messages in thread* [PATCH 0/4] Series short description
@ 2010-11-02 22:54 John Bonesio
0 siblings, 0 replies; 25+ messages in thread
From: John Bonesio @ 2010-11-02 22:54 UTC (permalink / raw)
To: glikely-s3s/WqlpOiPyB63q8FvJNQ,
david-xT8FGy+AXnRB3Ne2BGzF6laj5H9X9Tb+
Cc: devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ
The following series implements various changes for merging and modifiying
device trees.
The last one is a first stab at making labels from aliases. This way we can
have a consistent syntax for paths from alias and label references:
&{alias/path/from/alias}
&{label/path/from/label}
There might be a better approach to implementing this. Once of the constraints
I ended up following was to provide line information when there is an attempt
to re-use a label from a deleted or modified node. This constraint (or
requirement) might not be viewed as important like I think. Removing this might
make the changes easier to implemnt but may make it harder for dts writers to
discover the source of errors.
This last patch doesn't include a test case, though I have tested basic
functionality.
---
John Bonesio (4):
Allow nodes to be refrenced by path at the top level.
Implements a new feature for deleting existing device tree nodes.
Implements a new feature for deleting existing properties in device tree nodes.
Allow nodes at the root to be specified by path as well as by label.
Makefile.dtc | 1
checks.c | 20 +++++++
dtc-lexer.l | 38 ++++++++++++-
dtc-parser.y | 86 +++++++++++++++++++++++++++-
dtc.h | 10 +++
flattree.c | 3 +
livetree.c | 118 +++++++++++++++++++++++++++++++++++++--
tests/dtc-checkfails.sh | 2 -
tests/run_tests.sh | 6 ++
tests/test_tree1_merge_path.dts | 41 ++++++++++++++
util.h | 10 +++
11 files changed, 324 insertions(+), 11 deletions(-)
create mode 100644 tests/test_tree1_merge_path.dts
--
Signature
^ permalink raw reply [flat|nested] 25+ messages in thread* [PATCH 0/4] Series short description
@ 2010-10-20 21:44 John Bonesio
0 siblings, 0 replies; 25+ messages in thread
From: John Bonesio @ 2010-10-20 21:44 UTC (permalink / raw)
To: Grant Likely, David Gibson; +Cc: devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ
The following series implements...
1) new patch to update error messaging
2) new patch to remove existing nodes
3) patch to reference nodes by path or label/path at the root level
I chose the following syntax:
&{/path/to/a/node} [existing syntax, now is allowed at the root level]
&label [existing syntax]
&{label} [new syntax]
&{label/path/to/subnode} [new syntax]
4) patch to undefine properties
- John
---
John Bonesio (4):
Create new and use new print_error that uses printf style formatting.
Implements new features for updating existing device tree nodes.
Allow nodes at the root to be specified by path as well as by label.
Create a new property value that means 'undefined'.
dtc-lexer.l | 34 ++++++++++++++++++++++++--
dtc-parser.y | 47 +++++++++++++++++++++++++++---------
dtc.h | 8 ++++++
flattree.c | 3 ++
livetree.c | 76 +++++++++++++++++++++++++++++++++++++++++++++++++++++-----
srcpos.c | 21 ++++++++++------
srcpos.h | 2 ++
7 files changed, 163 insertions(+), 28 deletions(-)
--
Signature
^ permalink raw reply [flat|nested] 25+ messages in thread* [PATCH 0/4] Series short description
@ 2010-06-17 7:58 Benjamin Zores
0 siblings, 0 replies; 25+ messages in thread
From: Benjamin Zores @ 2010-06-17 7:58 UTC (permalink / raw)
To: linux-arm-kernel
The following series implements support for Marvell 88F6282 SoC.
It should take into account all previously made comments.
---
Benjamin Zores (4):
arch/arm/mach-kirkwood: update MPP definition.
arch/arm/mach-kirkwood: add support for 88F6282-A0 revision
arch/arm/mach-kirkwood: add support for 2nd PCIe port on 88f6282.
arch/arm/mach-kirkwood: add support for 2nd TWSI controller on 88f6282.
arch/arm/mach-kirkwood/addr-map.c | 21 +
arch/arm/mach-kirkwood/common.c | 90 +++
arch/arm/mach-kirkwood/common.h | 10
arch/arm/mach-kirkwood/db88f6281-bp-setup.c | 2
arch/arm/mach-kirkwood/include/mach/bridge-regs.h | 3
arch/arm/mach-kirkwood/include/mach/irqs.h | 4
arch/arm/mach-kirkwood/include/mach/kirkwood.h | 43 +-
arch/arm/mach-kirkwood/mpp.c | 2
arch/arm/mach-kirkwood/mpp.h | 595 +++++++++++----------
arch/arm/mach-kirkwood/mv88f6281gtw_ge-setup.c | 2
arch/arm/mach-kirkwood/netspace_v2-setup.c | 6
arch/arm/mach-kirkwood/netxbig_v2-setup.c | 34 +
arch/arm/mach-kirkwood/openrd-setup.c | 4
arch/arm/mach-kirkwood/pcie.c | 204 +++++--
arch/arm/mach-kirkwood/rd88f6192-nas-setup.c | 2
arch/arm/mach-kirkwood/rd88f6281-setup.c | 2
arch/arm/mach-kirkwood/ts219-setup.c | 8
arch/arm/mach-kirkwood/ts41x-setup.c | 32 +
18 files changed, 663 insertions(+), 401 deletions(-)
--
Signature
^ permalink raw reply [flat|nested] 25+ messages in thread* [PATCH 0/4] Series short description
@ 2009-11-17 14:44 Alan Cox
0 siblings, 0 replies; 25+ messages in thread
From: Alan Cox @ 2009-11-17 14:44 UTC (permalink / raw)
To: linux-kernel, linux-ide
The following series implements...
---
Alan Cox (4):
pata: Update experimental tags
cmd64x: implement serialization as per notes
pata_sis: Implement MWDMA for the UDMA 133 capable chips
pata_via: Blacklist some combinations of Transcend Flash and via
drivers/ata/Kconfig | 8 +--
drivers/ata/pata_cmd64x.c | 132 ++++++++++++++++++++++++++++++++++++++++++---
drivers/ata/pata_sis.c | 88 +++++++++++++++++++++++-------
drivers/ata/pata_via.c | 27 +++++++++
4 files changed, 222 insertions(+), 33 deletions(-)
--
Signature
^ permalink raw reply [flat|nested] 25+ messages in thread* [PATCH 0/4] Series short description
@ 2008-10-20 22:25 ` Eric Paris
0 siblings, 0 replies; 25+ messages in thread
From: Eric Paris @ 2008-10-20 22:25 UTC (permalink / raw)
To: linux-kernel, linux-audit; +Cc: viro, morgan
The following series implements...
---
Eric Paris (4):
AUDIT: emit new record type showing all capset information
AUDIT: audit when fcaps increase the permitted or inheritable capabilities
AUDIT: output permitted and inheritable fcaps in PATH records
CAPABILITIES: add cpu endian vfs caps structure
include/linux/audit.h | 22 +++++
include/linux/capability.h | 12 +++
kernel/auditsc.c | 201 +++++++++++++++++++++++++++++++++++++++++++-
kernel/capability.c | 3 +
security/commoncap.c | 131 ++++++++++++++++-------------
5 files changed, 308 insertions(+), 61 deletions(-)
--
Signature
^ permalink raw reply [flat|nested] 25+ messages in thread* [PATCH 0/4] Series short description
@ 2008-10-20 22:25 ` Eric Paris
0 siblings, 0 replies; 25+ messages in thread
From: Eric Paris @ 2008-10-20 22:25 UTC (permalink / raw)
To: linux-kernel, linux-audit; +Cc: viro, sgrubb, serue, morgan
The following series implements...
---
Eric Paris (4):
AUDIT: emit new record type showing all capset information
AUDIT: audit when fcaps increase the permitted or inheritable capabilities
AUDIT: output permitted and inheritable fcaps in PATH records
CAPABILITIES: add cpu endian vfs caps structure
include/linux/audit.h | 22 +++++
include/linux/capability.h | 12 +++
kernel/auditsc.c | 201 +++++++++++++++++++++++++++++++++++++++++++-
kernel/capability.c | 3 +
security/commoncap.c | 131 ++++++++++++++++-------------
5 files changed, 308 insertions(+), 61 deletions(-)
--
Signature
^ permalink raw reply [flat|nested] 25+ messages in thread
* [PATCH 0/4] Series short description
@ 2007-07-19 18:34 grant.likely
0 siblings, 0 replies; 25+ messages in thread
From: grant.likely @ 2007-07-19 18:34 UTC (permalink / raw)
To: linuxppc-dev
The following series makes the mpc8349emitx* cuImage work 'out of the box'
Major changes are adding the linux,network-index property to the Ethernet
nodes and adding a default linux,stdout-path to the .dts files. With
these changes, a cuImage created by 'make mpc834x_itx_defconfig; make zImage'
should boot without changes.
Cheers,
g.
--
Grant Likely, B.Sc. P.Eng.
Secret Lab Technologies Ltd.
^ permalink raw reply [flat|nested] 25+ messages in thread
* [PATCH 0/4] Series short description
@ 2006-11-23 23:16 Yann Dirson
2006-11-24 15:37 ` Catalin Marinas
0 siblings, 1 reply; 25+ messages in thread
From: Yann Dirson @ 2006-11-23 23:16 UTC (permalink / raw)
To: Catalin Marinas; +Cc: GIT list
The following adds a --patch flag to "stg refresh". I mainly needed it to
edit the log message in patches down the stack, but with some work it could
be used to record changes in another file and come back.
That would require to pop patches with --keep, and if we ask to only record
a subset of the changes, we would need to implement "push --keep" first.
This patch is not perfect, since it reverses a list twice, but I did not
find an elegant way to make it better. Python gurus, feel free to improve
this :)
While I was at it, I noticed that "stg goto" need not revert the applied list
if we're going to an unapplied patch (sorta compensate my extraneous revert above ;),
and I noticed a DWIM behaviour on the (should-be)-erroneous "refresh --ack --sign".
--
Yann Dirson <ydirson@altern.org> |
Debian-related: <dirson@debian.org> | Support Debian GNU/Linux:
| Freedom, Power, Stability, Gratis
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: [PATCH 0/4] Series short description
2006-11-23 23:16 Yann Dirson
@ 2006-11-24 15:37 ` Catalin Marinas
0 siblings, 0 replies; 25+ messages in thread
From: Catalin Marinas @ 2006-11-24 15:37 UTC (permalink / raw)
To: Yann Dirson; +Cc: GIT list
On 23/11/06, Yann Dirson <ydirson@altern.org> wrote:
> The following adds a --patch flag to "stg refresh". I mainly needed it to
> edit the log message in patches down the stack, but with some work it could
> be used to record changes in another file and come back.
>
> That would require to pop patches with --keep,
pop_patches(keep=True) allows this (I already added it to your patch).
This option actually applies the reverse of the patch between the
current index and the bottom of the last patch to be popped. If it
fails, it doesn't affect the current tree and reports an error.
> and if we ask to only record
> a subset of the changes, we would need to implement "push --keep" first.
The "push --keep" is a bit more complicated to implement since it
would usually have to generate commits (pop doesn't need to) since
usually the base of the pushed patches might have changed (especially
with the refresh --patch). It is even more complicated if the changes
you want to preserve affect a file modified by the pushed patches.
A solution I see is to generate a temporary diff, push the patches you
want and fold this temporary diff (the diff can be temporarily written
to a local file so that you don't lose them in case of an error or
Ctrl-C). If the push fails (conflicts) or the diff no longer applies,
just undo the push and re-apply the diff. There is no way to simply
check whether all the patches apply (git-apply --check) since you
can't generate a single diff for all the pushed patches (which might
not be in the committed order).
--
^ permalink raw reply [flat|nested] 25+ messages in thread
end of thread, other threads:[~2012-09-01 0:26 UTC | newest]
Thread overview: 25+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-05-06 16:08 [PATCH 0/4] Series short description Alan Cox
2009-05-06 16:08 ` [PATCH 1/4] ata_piix: ICH7 does not support correct MWDMA timings Alan Cox
2009-05-06 16:09 ` [PATCH 2/4] ata_piix: The Sony TZ90 needs the cable type hardcoding Alan Cox
2009-05-11 18:33 ` Jeff Garzik
2009-05-06 16:10 ` [PATCH 3/4] ata_piix: Turn on hotplugging support for older chips Alan Cox
2009-05-20 20:12 ` Jeff Garzik
2009-05-06 16:10 ` [PATCH 4/4] ata_piix: Remove stale comment Alan Cox
2009-05-20 20:12 ` Jeff Garzik
2009-05-11 17:21 ` [PATCH 0/4] Series short description Jeff Garzik
2009-05-11 17:25 ` Alan Cox
2009-05-11 17:33 ` Jeff Garzik
2009-05-11 17:58 ` Alan Cox
-- strict thread matches above, loose matches on Subject: below --
2012-09-01 0:26 Tony Lindgren
2012-09-01 0:26 ` Tony Lindgren
2011-08-08 15:37 Bernd Schubert
2010-11-22 0:31 Alexey Zaytsev
2010-11-02 22:54 John Bonesio
2010-10-20 21:44 John Bonesio
2010-06-17 7:58 Benjamin Zores
2009-11-17 14:44 Alan Cox
2008-10-20 22:25 Eric Paris
2008-10-20 22:25 ` Eric Paris
2007-07-19 18:34 grant.likely
2006-11-23 23:16 Yann Dirson
2006-11-24 15:37 ` Catalin Marinas
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.