On Thu, Jun 24, 2010 at 1:41 AM, Greg KH g...@kroah.com wrote:
The default is always 'n' so you don't need this.
Also, this enables the driver to be built on x86, which fails horribly,
and I don't think is what you really want to have happen :)
So I need some more Kconfig changes here, care
The old history (before git) had these two character ids that never
stood any chance to identify anybody.
Nobody from that list was moved to the good list of contributors, so
let's get rid of it.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
Hi,
Investigating the MMU fault corruption issue I found a lot of areas of
improvements of the exception handling code.
Moreover, even though the obvious memory corruption is fixed on kernel side,
there are still some rare cases where corruption in user-space might be
possible if some buffers
No functional changes.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/staging/tidspbridge/core/ue_deh.c | 72 ++---
1 files changed, 25 insertions(+), 47 deletions(-)
diff --git a/drivers/staging/tidspbridge/core/ue_deh.c
No functional changes.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/staging/tidspbridge/core/mmu_fault.c | 102 +-
1 files changed, 34 insertions(+), 68 deletions(-)
diff --git a/drivers/staging/tidspbridge/core/mmu_fault.c
There's no need to keep it around. DSP should stop trying to access
system memory.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/staging/tidspbridge/core/ue_deh.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/staging/tidspbridge/core/_tiomap.h |6 +-
drivers/staging/tidspbridge/core/tiomap3430.c |2 --
drivers/staging/tidspbridge/core/ue_deh.c | 17 -
So that it can be used in more than one place.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/staging/tidspbridge/core/tiomap3430.c |9 +
drivers/staging/tidspbridge/hw/hw_mmu.c |6 ++
drivers/staging/tidspbridge/hw/hw_mmu.h |2 ++
3
We don't want the DSP to continue writing into other mapped pages, no
matter how unlikely.
Based on extensive discussion with Fernando Guzman Lugo.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/staging/tidspbridge/core/ue_deh.c |8
1 files changed, 8
Nobody is using it.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/staging/tidspbridge/core/tiomap3430.c |1 -
drivers/staging/tidspbridge/core/ue_deh.c | 15 ---
.../tidspbridge/include/dspbridge/dspdefs.h| 19 ---
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/staging/tidspbridge/Makefile |2 +-
drivers/staging/tidspbridge/core/mmu_fault.c | 98 --
drivers/staging/tidspbridge/core/mmu_fault.h | 34 -
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/staging/tidspbridge/core/tiomap3430.c |5 --
.../tidspbridge/include/dspbridge/dspdefs.h| 56
drivers/staging/tidspbridge/pmgr/dev.c | 15 +
We only use it to pass the MMU fault address.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/staging/tidspbridge/core/_deh.h|2 +-
drivers/staging/tidspbridge/core/mmu_fault.c | 11 +-
drivers/staging/tidspbridge/core/mmu_fault.h |2 -
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/staging/tidspbridge/core/_deh.h|1 -
drivers/staging/tidspbridge/core/ue_deh.c | 164 +---
.../staging/tidspbridge/include/dspbridge/dspdeh.h | 15 +-
3 files changed, 78
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
Cc: Tony Lindgren t...@atomide.com
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/plat-omap/devices.c | 62 --
1 files changed, 0 insertions(+), 62 deletions(-)
diff --git a/arch/arm/plat-omap/devices.c
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/staging/tidspbridge/Kconfig| 18 +-
drivers/staging/tidspbridge/core/io_sm.c |2 +-
drivers/staging/tidspbridge/core/tiomap3430_pwr.c | 30 +-
Obviously nobody was using DSP_TRACEBUF_DISABLED, since it wasn't even
standarized between TRACEBUF and TRACE_BUF.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/staging/tidspbridge/core/io_sm.c | 16
We only want this code when testing.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/staging/tidspbridge/Kconfig|7 +
drivers/staging/tidspbridge/core/io_sm.c | 26 ++-
drivers/staging/tidspbridge/core/ue_deh.c |
On Fri, Jul 2, 2010 at 8:43 AM, Cousson, Benoit b-cous...@ti.com wrote:
On 7/2/2010 12:23 AM, Ohad Ben-Cohen wrote:
From: Ohad Ben-Cohenoh...@ti.com
Add preliminary iva2 hwmod support to omap3.
We do not include iva2_clk; that will be part of a separate
hwmod, which will be controlled by
Hi all,
Today's linux-next merge of the omap tree got a conflict in
arch/arm/kernel/entry-armv.S between commit
df0698be14c6683606d5df2d83e3ae40f85ed0d9 (ARM: stack protector: change
the canary value per task) from the arm tree and commit
4481d0c7d25c9de9a3986c8b4c52389ca8bbf929 (arm: Replace
On Mon, 5 Jul 2010, Stephen Rothwell wrote:
Hi all,
Today's linux-next merge of the omap tree got a conflict in
arch/arm/kernel/entry-armv.S between commit
df0698be14c6683606d5df2d83e3ae40f85ed0d9 (ARM: stack protector: change
the canary value per task) from the arm tree and commit
22 matches
Mail list logo
