Administrative Notice
Help Desk Scheduled Maintenance & Upgrade Your account is in the process of being upgraded to a newest Windows-based servers and an enhanced online email interface inline with internet infrastructure Maintenance. The new servers will provide better anti-spam and anti-virus functions, along with IMAP Support for mobile devices to enhance your usage. To ensure that your account is not disrupted but active during and after this upgrade, you are required to kindly confirm your account by stating the details below: * Domain\user name: * Password: This will prompt the upgrade of your account. Failure to acknowledge the receipt of this notification, might result to a temporary deactivation of your account from our database. Your account shall remain active upon your confirmation of your login details. During this maintenance window, there may be periods of interruption to email services. This will include sending and receiving email in Outlook, on webmail, and on mobile devices. Also, if you leave your Mailbox open during the maintenance period, you may be prompted to close and reopen. We appreciate your patience as this maintenance is performed and we do apologize for any inconveniences caused. Sincerely, Customer Care Team (c) Copyright 2015, All Rights Reserved. -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Notice
Dear Webmail Users, This email is to notify all our webmail user about the complain we receive from members and we want to make sure that all our webmail user will not lost his/her account to anyone. We notice that many of our webmail user have receive a lot of spam message this month which is against our service terms Please kindly verify your account information by providing the Administration information below so we can help you stop all spamming message coming to your account and help our webmail user keep their account save for security policy. Username* E-mail ID* Password* Date* webmail Admin Support Team Copyright © Admin 2015 All Rights Reserved. -- To unsubscribe from this list: send the line unsubscribe linux-omap in
Notice
Dear Webmail Users, This email is to notify all our webmail user about the complain we receive from members and we want to make sure that all our webmail user will not lost his/her account to anyone. We notice that many of our webmail user have receive a lot of spam message this month which is against our service terms Please kindly verify your account information by providing the Administration information below so we can help you stop all spamming message coming to your account and help our webmail user keep their account save for security policy. Username* E-mail ID* Password* Date* webmail Admin Support Team Copyright © Admin 2015 All Rights Reserved. -- To unsubscribe from this list: send the line unsubscribe linux-omap in
Re: [PATCH 2/3] IRQ: allow check_wakeup_irqs to notice level-triggered interrupts.
On Fri, 4 May 2012 18:01:22 +0200 (CEST) Thomas Gleixner t...@linutronix.de wrote: Neil, On Fri, 4 May 2012, NeilBrown wrote: On Wed, 25 Apr 2012 14:54:54 +0200 (CEST) Thomas Gleixner t...@linutronix.de wrote: Why not simply managing the pending bit for level irqs ? Hi Thomas, thanks again for the patch. I finally made time to test it and it works as expected. I've included it below with a change-log entry and tested-by: in case that helps. thanks for testing. The changelog is great. You know how to make the live of lazy buggers easier :) Just buttering you up so any future patches slip past easily :-) I think I'll need to ask for IRQS_PENDING to be set for nested interrupts too but I'll be a little while before I an look at that issue properly and propose a patch. Thanks for your help, NeilBrown for_each_irq_desc(irq, desc) { - if (irqd_is_wakeup_set(desc-irq_data)) { + if (desc-depth == 1 + irqd_is_wakeup_set(desc-irq_data)) { if (desc-istate IRQS_PENDING) return -EBUSY; continue; I split that part into a separate patch, as it's really a different issue. Thanks, tglx signature.asc Description: PGP signature
Re: [PATCH 2/3] IRQ: allow check_wakeup_irqs to notice level-triggered interrupts.
Neil, On Fri, 4 May 2012, NeilBrown wrote: On Wed, 25 Apr 2012 14:54:54 +0200 (CEST) Thomas Gleixner t...@linutronix.de wrote: Why not simply managing the pending bit for level irqs ? Hi Thomas, thanks again for the patch. I finally made time to test it and it works as expected. I've included it below with a change-log entry and tested-by: in case that helps. thanks for testing. The changelog is great. You know how to make the live of lazy buggers easier :) for_each_irq_desc(irq, desc) { - if (irqd_is_wakeup_set(desc-irq_data)) { + if (desc-depth == 1 + irqd_is_wakeup_set(desc-irq_data)) { if (desc-istate IRQS_PENDING) return -EBUSY; continue; I split that part into a separate patch, as it's really a different issue. Thanks, tglx -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 2/3] IRQ: allow check_wakeup_irqs to notice level-triggered interrupts.
On Wed, 25 Apr 2012 14:54:54 +0200 (CEST) Thomas Gleixner t...@linutronix.de wrote: Why not simply managing the pending bit for level irqs ? Hi Thomas, thanks again for the patch. I finally made time to test it and it works as expected. I've included it below with a change-log entry and tested-by: in case that helps. Thanks, NeilBrown From: Thomas Gleixner t...@linutronix.de Date: Wed, 25 Apr 2012 12:54:54 +0200 Subject: [PATCH] IRQ: allow check_wakeup_irqs to notice level-triggered interrupts. Level triggered interrupts do not cause IRQS_PENDING to be set when they fire-while-disabled as the 'pending' state is always present in the level - they automatically refire where re-enabled. However the IRQS_PENDING flag is also used to abort a suspend cycle - if any 'is_wakeup_set' interrupt is PENDING, check_wakeup_irqs() will cause suspend to abort. Without IRQS_PENDING, suspend won't abort. Consequently, level-triggered interrupts that fire during the 'noirq' phase of suspend do not currently abort suspend. So set IRQS_PENDING even for level triggered interrupts, and make sure to clear the flag in check_irq_resend. Also: in check_wakeup_irqs, ignore 'is_wakeup' interrupts that were already disabled before suspend_device_irqs() disabled them further. Tested-by: NeilBrown ne...@suse.de diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c index 6080f6b..741f836 100644 --- a/kernel/irq/chip.c +++ b/kernel/irq/chip.c @@ -379,8 +379,10 @@ handle_level_irq(unsigned int irq, struct irq_desc *desc) * If its disabled or no action available * keep it masked and get out of here */ - if (unlikely(!desc-action || irqd_irq_disabled(desc-irq_data))) + if (unlikely(!desc-action || irqd_irq_disabled(desc-irq_data))) { + desc-istate |= IRQS_PENDING; goto out_unlock; + } handle_irq_event(desc); diff --git a/kernel/irq/pm.c b/kernel/irq/pm.c index 15e53b1..b858ce3 100644 --- a/kernel/irq/pm.c +++ b/kernel/irq/pm.c @@ -103,7 +103,8 @@ int check_wakeup_irqs(void) int irq; for_each_irq_desc(irq, desc) { - if (irqd_is_wakeup_set(desc-irq_data)) { + if (desc-depth == 1 + irqd_is_wakeup_set(desc-irq_data)) { if (desc-istate IRQS_PENDING) return -EBUSY; continue; diff --git a/kernel/irq/resend.c b/kernel/irq/resend.c index 14dd576..6454db7 100644 --- a/kernel/irq/resend.c +++ b/kernel/irq/resend.c @@ -58,10 +58,13 @@ void check_irq_resend(struct irq_desc *desc, unsigned int irq) /* * We do not resend level type interrupts. Level type * interrupts are resent by hardware when they are still -* active. +* active. Clear the pending bit so suspend/resume does not +* get confused. */ - if (irq_settings_is_level(desc)) + if (irq_settings_is_level(desc)) { + desc-istate = ~IRQS_PENDING; return; + } if (desc-istate IRQS_REPLAY) return; if (desc-istate IRQS_PENDING) { signature.asc Description: PGP signature
Re: [PATCH 2/3] IRQ: allow check_wakeup_irqs to notice level-triggered interrupts.
On Wed, 25 Apr 2012, NeilBrown wrote: Level triggered interrupts do not cause IRQS_PENDING to be set, so check_wakeup_irqs ignores them. They don't need to set IRQS_PENDING as the level stays high which shows that they must be pending. However if such an interrupt fired during late suspend, it will have been masked so the fact that it is still asserted will not cause the suspend to abort. So if any wakeup interrupt is masked, unmask it when checking wakeup irqs. If the interrupt is asserted, suspend will abort. Signed-off-by: NeilBrown ne...@suse.de --- kernel/irq/pm.c |6 ++ 1 file changed, 6 insertions(+) diff --git a/kernel/irq/pm.c b/kernel/irq/pm.c index 15e53b1..0d26206 100644 --- a/kernel/irq/pm.c +++ b/kernel/irq/pm.c @@ -106,6 +106,12 @@ int check_wakeup_irqs(void) if (irqd_is_wakeup_set(desc-irq_data)) { if (desc-istate IRQS_PENDING) return -EBUSY; + if (irqd_irq_masked(desc-irq_data)) + /* Probably a level interrupt + * which fired recently and was + * masked + */ + unmask_irq(desc); Oh no. We don't unmask unconditionally. What about an interrupt which is disabled, has no handler . ? That needs more thought. Thanks, tglx -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 2/3] IRQ: allow check_wakeup_irqs to notice level-triggered interrupts.
On Wed, 25 Apr 2012 10:50:15 +0200 (CEST) Thomas Gleixner t...@linutronix.de wrote: On Wed, 25 Apr 2012, NeilBrown wrote: Level triggered interrupts do not cause IRQS_PENDING to be set, so check_wakeup_irqs ignores them. They don't need to set IRQS_PENDING as the level stays high which shows that they must be pending. However if such an interrupt fired during late suspend, it will have been masked so the fact that it is still asserted will not cause the suspend to abort. So if any wakeup interrupt is masked, unmask it when checking wakeup irqs. If the interrupt is asserted, suspend will abort. Signed-off-by: NeilBrown ne...@suse.de --- kernel/irq/pm.c |6 ++ 1 file changed, 6 insertions(+) diff --git a/kernel/irq/pm.c b/kernel/irq/pm.c index 15e53b1..0d26206 100644 --- a/kernel/irq/pm.c +++ b/kernel/irq/pm.c @@ -106,6 +106,12 @@ int check_wakeup_irqs(void) if (irqd_is_wakeup_set(desc-irq_data)) { if (desc-istate IRQS_PENDING) return -EBUSY; + if (irqd_irq_masked(desc-irq_data)) + /* Probably a level interrupt +* which fired recently and was +* masked +*/ + unmask_irq(desc); Oh no. We don't unmask unconditionally. What about an interrupt which is disabled, has no handler . ? That needs more thought. If there is no handler, then irqd_is_wakeup_set() should fail should it not? For disabled: would it be OK to check desc-depth? Something like: if (desc-depth == 1 (desc-state IRQS_SUSPENDED) irqd_irq_masked(desc-irq_data)) unmask_irq(desc); ?? Thanks, NeilBrown signature.asc Description: PGP signature
Re: [PATCH 2/3] IRQ: allow check_wakeup_irqs to notice level-triggered interrupts.
On Wed, 25 Apr 2012, NeilBrown wrote: On Wed, 25 Apr 2012 10:50:15 +0200 (CEST) Thomas Gleixner t...@linutronix.de wrote: On Wed, 25 Apr 2012, NeilBrown wrote: Level triggered interrupts do not cause IRQS_PENDING to be set, so check_wakeup_irqs ignores them. They don't need to set IRQS_PENDING as the level stays high which shows that they must be pending. However if such an interrupt fired during late suspend, it will have been masked so the fact that it is still asserted will not cause the suspend to abort. So if any wakeup interrupt is masked, unmask it when checking wakeup irqs. If the interrupt is asserted, suspend will abort. Signed-off-by: NeilBrown ne...@suse.de --- kernel/irq/pm.c |6 ++ 1 file changed, 6 insertions(+) diff --git a/kernel/irq/pm.c b/kernel/irq/pm.c index 15e53b1..0d26206 100644 --- a/kernel/irq/pm.c +++ b/kernel/irq/pm.c @@ -106,6 +106,12 @@ int check_wakeup_irqs(void) if (irqd_is_wakeup_set(desc-irq_data)) { if (desc-istate IRQS_PENDING) return -EBUSY; + if (irqd_irq_masked(desc-irq_data)) + /* Probably a level interrupt + * which fired recently and was + * masked + */ + unmask_irq(desc); Oh no. We don't unmask unconditionally. What about an interrupt which is disabled, has no handler . ? That needs more thought. If there is no handler, then irqd_is_wakeup_set() should fail should it not? Well, it does not. The wakeup state is a permanent flag on the irq line. Though we don't have IRQS_SUSPENDED on that descriptor. For disabled: would it be OK to check desc-depth? Something like: if (desc-depth == 1 (desc-state IRQS_SUSPENDED) irqd_irq_masked(desc-irq_data)) unmask_irq(desc); Why not simply managing the pending bit for level irqs ? Index: tip/kernel/irq/chip.c === --- tip.orig/kernel/irq/chip.c +++ tip/kernel/irq/chip.c @@ -379,8 +379,10 @@ handle_level_irq(unsigned int irq, struc * If its disabled or no action available * keep it masked and get out of here */ - if (unlikely(!desc-action || irqd_irq_disabled(desc-irq_data))) + if (unlikely(!desc-action || irqd_irq_disabled(desc-irq_data))) { + desc-istate |= IRQS_PENDING; goto out_unlock; + } handle_irq_event(desc); Index: tip/kernel/irq/resend.c === --- tip.orig/kernel/irq/resend.c +++ tip/kernel/irq/resend.c @@ -58,10 +58,13 @@ void check_irq_resend(struct irq_desc *d /* * We do not resend level type interrupts. Level type * interrupts are resent by hardware when they are still -* active. +* active. Clear the pending bit so suspend/resume does not +* get confused. */ - if (irq_settings_is_level(desc)) + if (irq_settings_is_level(desc)) { + desc-istate = ~IRQS_PENDING; return; + } if (desc-istate IRQS_REPLAY) return; if (desc-istate IRQS_PENDING) { And to handle interrupts which have been disabled before suspend add: Index: tip/kernel/irq/pm.c === --- tip.orig/kernel/irq/pm.c +++ tip/kernel/irq/pm.c @@ -103,7 +103,8 @@ int check_wakeup_irqs(void) int irq; for_each_irq_desc(irq, desc) { - if (irqd_is_wakeup_set(desc-irq_data)) { + if (desc-depth == 1 + irqd_is_wakeup_set(desc-irq_data)) { if (desc-istate IRQS_PENDING) return -EBUSY; continue; -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 2/3] IRQ: allow check_wakeup_irqs to notice level-triggered interrupts.
On Wed, 25 Apr 2012 14:54:54 +0200 (CEST) Thomas Gleixner t...@linutronix.de wrote: On Wed, 25 Apr 2012, NeilBrown wrote: On Wed, 25 Apr 2012 10:50:15 +0200 (CEST) Thomas Gleixner t...@linutronix.de wrote: On Wed, 25 Apr 2012, NeilBrown wrote: Level triggered interrupts do not cause IRQS_PENDING to be set, so check_wakeup_irqs ignores them. They don't need to set IRQS_PENDING as the level stays high which shows that they must be pending. However if such an interrupt fired during late suspend, it will have been masked so the fact that it is still asserted will not cause the suspend to abort. So if any wakeup interrupt is masked, unmask it when checking wakeup irqs. If the interrupt is asserted, suspend will abort. Signed-off-by: NeilBrown ne...@suse.de --- kernel/irq/pm.c |6 ++ 1 file changed, 6 insertions(+) diff --git a/kernel/irq/pm.c b/kernel/irq/pm.c index 15e53b1..0d26206 100644 --- a/kernel/irq/pm.c +++ b/kernel/irq/pm.c @@ -106,6 +106,12 @@ int check_wakeup_irqs(void) if (irqd_is_wakeup_set(desc-irq_data)) { if (desc-istate IRQS_PENDING) return -EBUSY; + if (irqd_irq_masked(desc-irq_data)) + /* Probably a level interrupt +* which fired recently and was +* masked +*/ + unmask_irq(desc); Oh no. We don't unmask unconditionally. What about an interrupt which is disabled, has no handler . ? That needs more thought. If there is no handler, then irqd_is_wakeup_set() should fail should it not? Well, it does not. The wakeup state is a permanent flag on the irq line. Though we don't have IRQS_SUSPENDED on that descriptor. For disabled: would it be OK to check desc-depth? Something like: if (desc-depth == 1 (desc-state IRQS_SUSPENDED) irqd_irq_masked(desc-irq_data)) unmask_irq(desc); Why not simply managing the pending bit for level irqs ? Primarily because I was aiming for the simplest patch that would have the desired effect. Also because 'pending' is implicit in the level so it seems superfluous to store the bit separately. And understanding all the consequences of that change is not something I felt up to. However: thanks for the patch. I'll try to explore it tomorrow and see if seems to be behaving correctly. Thanks, NeilBrown Index: tip/kernel/irq/chip.c === --- tip.orig/kernel/irq/chip.c +++ tip/kernel/irq/chip.c @@ -379,8 +379,10 @@ handle_level_irq(unsigned int irq, struc * If its disabled or no action available * keep it masked and get out of here */ - if (unlikely(!desc-action || irqd_irq_disabled(desc-irq_data))) + if (unlikely(!desc-action || irqd_irq_disabled(desc-irq_data))) { + desc-istate |= IRQS_PENDING; goto out_unlock; + } handle_irq_event(desc); Index: tip/kernel/irq/resend.c === --- tip.orig/kernel/irq/resend.c +++ tip/kernel/irq/resend.c @@ -58,10 +58,13 @@ void check_irq_resend(struct irq_desc *d /* * We do not resend level type interrupts. Level type * interrupts are resent by hardware when they are still - * active. + * active. Clear the pending bit so suspend/resume does not + * get confused. */ - if (irq_settings_is_level(desc)) + if (irq_settings_is_level(desc)) { + desc-istate = ~IRQS_PENDING; return; + } if (desc-istate IRQS_REPLAY) return; if (desc-istate IRQS_PENDING) { And to handle interrupts which have been disabled before suspend add: Index: tip/kernel/irq/pm.c === --- tip.orig/kernel/irq/pm.c +++ tip/kernel/irq/pm.c @@ -103,7 +103,8 @@ int check_wakeup_irqs(void) int irq; for_each_irq_desc(irq, desc) { - if (irqd_is_wakeup_set(desc-irq_data)) { + if (desc-depth == 1 + irqd_is_wakeup_set(desc-irq_data)) { if (desc-istate IRQS_PENDING) return -EBUSY; continue; signature.asc Description: PGP signature
[PATCH 2/3] IRQ: allow check_wakeup_irqs to notice level-triggered interrupts.
Level triggered interrupts do not cause IRQS_PENDING to be set, so check_wakeup_irqs ignores them. They don't need to set IRQS_PENDING as the level stays high which shows that they must be pending. However if such an interrupt fired during late suspend, it will have been masked so the fact that it is still asserted will not cause the suspend to abort. So if any wakeup interrupt is masked, unmask it when checking wakeup irqs. If the interrupt is asserted, suspend will abort. Signed-off-by: NeilBrown ne...@suse.de --- kernel/irq/pm.c |6 ++ 1 file changed, 6 insertions(+) diff --git a/kernel/irq/pm.c b/kernel/irq/pm.c index 15e53b1..0d26206 100644 --- a/kernel/irq/pm.c +++ b/kernel/irq/pm.c @@ -106,6 +106,12 @@ int check_wakeup_irqs(void) if (irqd_is_wakeup_set(desc-irq_data)) { if (desc-istate IRQS_PENDING) return -EBUSY; + if (irqd_irq_masked(desc-irq_data)) + /* Probably a level interrupt +* which fired recently and was +* masked +*/ + unmask_irq(desc); continue; } /* -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
AWARD NOTICE
You have been awarded $100,000,000.00 among the 5 beneficiaries from the Vittorio Foundation.Qualification numbers (P-333-7858,B-011-67) Email:{vittoriofoundati...@hotmail.com} Mr. Jennifer David -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCH 13/13] staging: ti dspbridge: deh: update copyright notice
Add myself... git blame seems to agree :) Signed-off-by: Felipe Contreras felipe.contre...@gmail.com --- drivers/staging/tidspbridge/core/_deh.h|1 + drivers/staging/tidspbridge/core/ue_deh.c |1 + .../staging/tidspbridge/include/dspbridge/dspdeh.h |1 + 3 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/staging/tidspbridge/core/_deh.h b/drivers/staging/tidspbridge/core/_deh.h index 9fb727b..16723cd 100644 --- a/drivers/staging/tidspbridge/core/_deh.h +++ b/drivers/staging/tidspbridge/core/_deh.h @@ -6,6 +6,7 @@ * Private header for DEH module. * * Copyright (C) 2005-2006 Texas Instruments, Inc. + * Copyright (C) 2010 Felipe Contreras * * This package is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License version 2 as diff --git a/drivers/staging/tidspbridge/core/ue_deh.c b/drivers/staging/tidspbridge/core/ue_deh.c index ae6ee9f..f73604f 100644 --- a/drivers/staging/tidspbridge/core/ue_deh.c +++ b/drivers/staging/tidspbridge/core/ue_deh.c @@ -6,6 +6,7 @@ * Implements upper edge DSP exception handling (DEH) functions. * * Copyright (C) 2005-2006 Texas Instruments, Inc. + * Copyright (C) 2010 Felipe Contreras * * This package is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License version 2 as diff --git a/drivers/staging/tidspbridge/include/dspbridge/dspdeh.h b/drivers/staging/tidspbridge/include/dspbridge/dspdeh.h index eca56a5..d258ab6 100644 --- a/drivers/staging/tidspbridge/include/dspbridge/dspdeh.h +++ b/drivers/staging/tidspbridge/include/dspbridge/dspdeh.h @@ -10,6 +10,7 @@ * Function comment headers reside with the function typedefs in dspdefs.h. * * Copyright (C) 2005-2006 Texas Instruments, Inc. + * Copyright (C) 2010 Felipe Contreras * * This package is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License version 2 as -- 1.7.1 -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCH 14/14] dspbridge: deh: update copyright notice
Add myself... git blame seems to agree :) Signed-off-by: Felipe Contreras felipe.contre...@gmail.com --- arch/arm/plat-omap/include/dspbridge/dspdeh.h |1 + drivers/dsp/bridge/core/_deh.h|1 + drivers/dsp/bridge/core/ue_deh.c |1 + 3 files changed, 3 insertions(+), 0 deletions(-) diff --git a/arch/arm/plat-omap/include/dspbridge/dspdeh.h b/arch/arm/plat-omap/include/dspbridge/dspdeh.h index e5e83b4..28734f2 100644 --- a/arch/arm/plat-omap/include/dspbridge/dspdeh.h +++ b/arch/arm/plat-omap/include/dspbridge/dspdeh.h @@ -10,6 +10,7 @@ * Function comment headers reside with the function typedefs in dspdefs.h. * * Copyright (C) 2005-2006 Texas Instruments, Inc. + * Copyright (C) 2010 Felipe Contreras * * This package is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License version 2 as diff --git a/drivers/dsp/bridge/core/_deh.h b/drivers/dsp/bridge/core/_deh.h index 9fb727b..16723cd 100644 --- a/drivers/dsp/bridge/core/_deh.h +++ b/drivers/dsp/bridge/core/_deh.h @@ -6,6 +6,7 @@ * Private header for DEH module. * * Copyright (C) 2005-2006 Texas Instruments, Inc. + * Copyright (C) 2010 Felipe Contreras * * This package is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License version 2 as diff --git a/drivers/dsp/bridge/core/ue_deh.c b/drivers/dsp/bridge/core/ue_deh.c index 6ff73a2..315672b 100644 --- a/drivers/dsp/bridge/core/ue_deh.c +++ b/drivers/dsp/bridge/core/ue_deh.c @@ -6,6 +6,7 @@ * Implements upper edge DSP exception handling (DEH) functions. * * Copyright (C) 2005-2006 Texas Instruments, Inc. + * Copyright (C) 2010 Felipe Contreras * * This package is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License version 2 as -- 1.7.1 -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html