Re: Driver for tightly coupled memory

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

From: Alessio Sangalli

Subject: Re: Driver for tightly coupled memory

Date: Tuesday, September 16, 2008 - 10:55 pm

Valdis.Kletnieks@vt.edu wrote:

quoted text> Would it be more of a performance win to use the 8-32K to store speed-critical
> code rather than a FIFO?  Just another idea for what to use it for, but that
> would likely require a different API...

Well... I have to check but I think the cache memory is anyway faster
than this, and this memory is not cacheable. But, you definitely have a
point. I'll check with some hardware guy tomorrow morning.

bye!
as

--
unsubscribe noticeTo 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/

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:

Driver for tightly coupled memory, Alessio Sangalli, (Mon Sep 15, 1:35 pm)

Re: Driver for tightly coupled memory, Ben Dooks, (Tue Sep 16, 2:35 am)

Re: Driver for tightly coupled memory, Alessio Sangalli, (Tue Sep 16, 10:39 am)

Re: Driver for tightly coupled memory, Ben Nizette, (Tue Sep 16, 3:27 pm)

Re: Driver for tightly coupled memory, Alessio Sangalli, (Tue Sep 16, 3:49 pm)

Re: Driver for tightly coupled memory, Ben Nizette, (Tue Sep 16, 4:04 pm)

Re: Driver for tightly coupled memory, Alessio Sangalli, (Tue Sep 16, 4:52 pm)

Re: Driver for tightly coupled memory, Valdis.Kletnieks, (Tue Sep 16, 7:42 pm)

Re: Driver for tightly coupled memory, Alessio Sangalli, (Tue Sep 16, 10:27 pm)

Re: Driver for tightly coupled memory, Valdis.Kletnieks, (Tue Sep 16, 10:39 pm)

Re: Driver for tightly coupled memory, Alessio Sangalli, (Tue Sep 16, 10:55 pm)


linux-kernel:
Paul Turner	[tg_shares_up rewrite v4 11/11] sched: update tg->shares after cpu.shares write
Matthew Garrett	Re: [PATCH] Enable speedstep for sonoma processors.
Mauro Carvalho Chehab	Re: [PATCH 1/2] media: Add timberdale video-in driver
Peter Zijlstra	[PATCH 23/30] netvm: skb processing
Greg Kroah-Hartman	[PATCH 21/28] cgroupfs: create /sys/fs/cgroup to mount cgroupfs on
git:
Jan Hudec	Re: GIT push to sftp (feature request)
Steffen Prohaska	[PATCH 0/4] core.ignorecase
Johannes Schindelin	Re: Git checkout preserve timestamp?
Linus Torvalds	[PATCH 1/7] Make unpack_trees_options bit flags actual bitfields
Johan Herland	Re: What's cooking in git.git (Oct 2010, #01; Wed, 13)
linux-netdev:
David Miller	Re: [PATCH 1/3] f_phonet: dev_kfree_skb instead of dev_kfree_skb_any in TX callback
Richard Cochran	Re: [PATCH v3 3/3] ptp: Added a clock that uses the eTSEC found on the MPC85xx.
Jan Engelhardt	Re: [PATCH] Fix netfilter xt_time's time_mt()'s use of do_div()
Herbert Xu	Re: [RFC PATCH 00/17] virtual-bus
Jeff Kirsher	Re: [net-next-2.6 PATCH] e1000e: don't inadvertently re-set INTX_DISABLE
git-commits-head:
Linux Kernel Mailing List	ALSA: hda - Enable beep on Realtek codecs with PCI SSID override
Linux Kernel Mailing List	Use path_put() in a few places instead of {mnt,d}put()
Linux Kernel Mailing List	mv643xx_eth: use sw csum for big packets
Linux Kernel Mailing List	arm: fix HAVE_CLK merge goof
Linux Kernel Mailing List	arm: convert pcm037 platform to use smsc911x
freebsd-current:
David Wolfskill	"interrupt storm..."; seems associated with an0 NIC
Andriy Gapon	Re: letting glabel recognise a media change
Garrett Cooper	Re: Only display ACPI bootmenu key if ACPI is present
Pyun YongHyeon	CFT: msk(4) Rx checksum offloading support
FreeBSD Tinderbox	[head tinderbox] failure on sparc64/sparc64