On Thu, Aug 30, 2007 at 12:48:54AM -0500, Scott Wood wrote:
> On Thu, Aug 30, 2007 at 10:55:59AM +1000, David Gibson wrote:
> > Am I correct in thinking that it's basically an arch/ppc versus
> > arch/powerpc thing. In which case couldn't you use CONFIG_PPC_MERGE
> > instead?
>
> The idea was to
On Wed, Aug 29, 2007 at 05:41:17PM -0500, Kumar Gala wrote:
> NACK.
>
> I don't want pq2 to be the only platform that has the PCI bus
> separate from the PCI controller.
Could you articulate the reasons why you'd rather have a mishmash of crap
in the soc node's ranges property?
-Scott
On Thu, Aug 30, 2007 at 10:55:59AM +1000, David Gibson wrote:
> Am I correct in thinking that it's basically an arch/ppc versus
> arch/powerpc thing. In which case couldn't you use CONFIG_PPC_MERGE
> instead?
The idea was to allow boards to be converted incrementally, as I don't
have access to te
This patch adds an fdt_parent_offset() function which returns an
offset to the parent node of a given node. It also adds two helper
functions which are used to implement fdt_parent_offset() but are also
exported: fdt_supernode_atdepth_offset() which returns the ancestor of
a given node at a specif
This patch adds an fdt_get_path() function to libfdt, which returns
the full path of a given node in a caller supplied buffer.
Signed-off-by: David Gibson <[EMAIL PROTECTED]>
---
libfdt/fdt_ro.c | 66
libfdt/libfdt.h |2 +
tests/Makefile.tests
This patch adds a new fdt_get_name() function to libfdt which will
return a node's name string (including unit address, if any).
Signed-off-by: David Gibson <[EMAIL PROTECTED]>
---
libfdt/fdt_ro.c | 24 ++
libfdt/libfdt.h |2 +
tests/Makefile.tests |3 +
tests/get
This series of patches adds several new functions to libfdt. These
are all read-only functions related to determining a given nodes node
and ancestry.
--
David Gibson| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_
On Wed, Aug 29, 2007 at 01:53:53PM -0500, Brent Casavant wrote:
> On Wed, 29 Aug 2007, Nick Piggin wrote:
>
> > On Tue, Aug 28, 2007 at 03:56:28PM -0500, Brent Casavant wrote:
>
> > > The simplistic method to solve this is a lock around the section
> > > issuing IOs, thereby ensuring serializatio
On Wed, 29 Aug 2007 18:19:29 -0700 Pete/Piet Delaney wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Pete/Piet Delaney wrote:
> > Jason Wessel wrote:
> >> Andrew Morton wrote:
> >>> On Wed, 22 Aug 2007 17:44:12 -0500
> >>> Jason Wessel <[EMAIL PROTECTED]> wrote:
> >>>
> >>>
>
Pete/Piet Delaney wrote:
> We are getting a problem with VMware where kernel text is the schedler
> is getting wacked with four null bytes into the code. Thought I'd use
> the current linux-2.6-kgdb.git tree and possible the CONFIG_DEBUG_RODATA
> patch to make kernel text readonly:
>
> https://www
Pete/Piet Delaney wrote:
> Why am I getting this when I do:
>
> git clone
> http://master.kernel.org/pub/scm/linux/kernel/git/jwessel/linux-2.6-kgdb.git
>
I have only ever used:
git clone
git://git.kernel.org/pub/scm/linux/kernel/git/jwessel/linux-2.6-kgdb.git
Jason.
___
This patch replaces the binding for flash chips in
booting-without-of.txt with an clarified and improved version. It
also makes drivers/mtd/maps/physmap_of.c recognize this new binding.
Finally it revises the Ebony device tree source to use the new binding
as an example.
Signed-off-by: David Gibs
On Wed, Aug 29, 2007 at 10:43:41AM +0200, Domen Puncer wrote:
> On 29/08/07 16:13 +1000, David Gibson wrote:
>
>
> > static int __devinit of_physmap_probe(struct of_device *dev, const struct
> > of_device_id *match)
> > {
> > struct device_node *dp = dev->node;
> > struct resource res;
On Wed, 2007-08-29 at 17:35 +0400, Valentine Barshak wrote:
> The following patches add initial PowerPC 440EPx Sequoia board support.
> The code is based mainly on the Bamboo board support by Josh Boyer.
> These patches have been modified according the comments for the previous
> 440EPx Sequoia pat
On Wed, Aug 29, 2007 at 02:58:37PM -0500, Scott Wood wrote:
> On Wed, Aug 29, 2007 at 09:02:39AM -0500, Scott Wood wrote:
> > > > # Temporary hack until we have migrated to asm-powerpc
> > > > ifeq ($(ARCH),powerpc)
> > > > +obj-$(CONFIG_CPM1)$(CONFIG_CPM2) += cpm_common.o
> > >
> > > Uh.. I don
On Wed, Aug 29, 2007 at 09:02:39AM -0500, Scott Wood wrote:
> On Wed, Aug 29, 2007 at 03:45:40PM +1000, David Gibson wrote:
> > > diff --git a/arch/powerpc/Kconfig.debug b/arch/powerpc/Kconfig.debug
> > > index 22acece..d471154 100644
> > > --- a/arch/powerpc/Kconfig.debug
> > > +++ b/arch/powerpc/
On Wed, Aug 29, 2007 at 08:58:06AM -0500, Scott Wood wrote:
> On Wed, Aug 29, 2007 at 03:39:41PM +1000, David Gibson wrote:
> > On Tue, Aug 28, 2007 at 03:16:19PM -0500, Scott Wood wrote:
> > > Boards that do not require the legacy bindings should select
> > > CONFIG_PPC_CPM_NEW_BINDING to enable t
On Wed, Aug 29, 2007 at 05:41:28PM +0400, Valentine Barshak wrote:
> AMCC PPC440EPx Sequoia default config.
>
> Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
--
David Gibson| I'll have my music baroque, and my code
david AT gi
On Wed, Aug 29, 2007 at 05:40:30PM +0400, Valentine Barshak wrote:
> AMCC PPC440EPx Sequoia board support.
>
> Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
--
David Gibson| I'll have my music baroque, and my code
david AT gib
On Wed, Aug 29, 2007 at 05:38:30PM +0400, Valentine Barshak wrote:
> Bootwrapper code for AMCC PPC440EPx Sequoia.
>
> Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
--
David Gibson| I'll have my music baroque, and my code
davi
On Wed, Aug 29, 2007 at 05:39:42PM +0400, Valentine Barshak wrote:
> AMCC PPC440EPx Sequoia device tree.
>
> Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
--
David Gibson| I'll have my music baroque, and my code
david AT gibso
On Wed, Aug 29, 2007 at 11:47:43AM -0500, Scott Wood wrote:
> Some firmwares (such as PlanetCore) only provide a base MAC address, and
> expect the kernel to set certain bits to generate the addresses for the
> other ports. As such, MAC addresses are generated that may not correspond
> to actual h
On Wed, Aug 29, 2007 at 11:47:41AM -0500, Scott Wood wrote:
> This target produces a flat binary rather than an ELF file,
> and fixes the entry point at the beginning of the image.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Hrm.. I think the --binary option at least should be removed, and
On Wed, Aug 29, 2007 at 11:47:35AM -0500, Scott Wood wrote:
> It will be needed for PlanetCore firmware support.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
This one is obsoleted by my recent patch which moves both strncmp()
and strchr() to string.S.
--
David Gibson| I
On Wed, Aug 29, 2007 at 11:46:40AM -0500, Scott Wood wrote:
> This will be used by the PlanetCore firmware support to construct
> a linux,stdout-path from the serial node that it finds.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
Heh, I was just im
On Wed, Aug 29, 2007 at 11:46:38AM -0500, Scott Wood wrote:
> This will be needed by PlanetCore firmware support.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
--
David Gibson| I'll have my music baroque, and my code
david AT gi
On Wed, Aug 29, 2007 at 11:45:34AM -0500, Scott Wood wrote:
> 1. ft_create_node was returning the internal pointer rather than a phandle.
> 2. ft_find_device_rel was treating a "top" phandle of NULL as an error,
> rather than as the root of the tree. The old, absolute ft_find_device
> is removed,
> provided that Jeremy gives his OK.
Looks good to me.
Cheers,
Jeremy
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Wed, Aug 22, 2007 at 07:26:37PM -0500, Olof Johansson wrote:
> With the I/O space rewrite by BenH, the legacy_serial serial_dev_init()
> initcall is now called before I/O space is setup, but it's dependent on
> it being available.
>
> Since there's no way to make dependencies between initcalls,
On Thursday 30 August 2007, Kumar Gala wrote:
> Please pull from 'for-2.6.23' branch of
>
> master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.23
>
I also have a fix for the regression reported by Ishizaki Kou, see below.
I've added that to Kumar's patches and uploaded
MPC83xx based machines don't need their own kernel,
but can run one that is shared with the other 6xx
compatible machines, so we should allow that
in Kconfig.
Cc: Kumar Gala <[EMAIL PROTECTED]>
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
---
Index: linux-2.6/arch/powerpc/platforms/83xx/Kconfi
MPC86xx based machines don't need their own kernel,
but can run one that is shared with the other 6xx
compatible machines, so we should allow that
in Kconfig.
Cc: Kumar Gala <[EMAIL PROTECTED]>
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
---
Kumar, I don't remember if you still had objection
One of these days, I hope to get the patches in ;-)
No changes since the last version I sent for 2.6.23, aside
from making the patch apply cleanly to for-2.6.24.
Paul, please apply the first two patches, as well as the remaining
two if Kumar agrees.
Arnd <><
The various embedded 6xx systems can easily coexist
in one kernel together with the other 6xx based systems,
so there is no strict reason to keep them separate.
This also fixes a problem introduced in one earlier
patch, where the embedded 74xx based systems could
not automatically select altivec a
We can choose the -mcpu= gcc flags for compiling the kernel
based on the platform that we build for. In case of multiplatform
kernels, this chooses a setting for a common subset.
When using a platform type that can use different CPUs, a
new option CONFIG_PPC_CPU_SELECTION can be enabled to select
On Aug 28, 2007, at 3:19 PM, Scott Wood wrote:
> 1. PCI and reset are factored out into pq2.c. I renamed them from
> m82xx
> to pq2 because they won't work on the Integrated Host Processor
> line of
> 82xx chips (i.e. 8240, 8245, and such).
>
> 2. The PCI PIC, which is nominally board-specif
On Sun, 26 Aug 2007, Guennadi Liakhovetski wrote:
> 1. Fix RTC type - it is a rs5c372a, not rs5c372b
> 2. Configure both UART interrupts edge-triggered
> 3. Add a license header to ls_uart.c
> 4. Check for running on linkstation in a late_initcall() function. Needed
>for multiplatform builds,
On Mon, 20 Aug 2007, Scott Wood wrote:
> 1. Fix get_immrbase() to use ranges, rather than reg.
>
> It is not always the case that the SoC's first reg property points
> to the beginning of the entire SoC block.
>
> 2. Update the way get_brgfreq() finds things in the device tree.
>
> It now uses nam
On Fri, 27 Jul 2007, Jon Loeliger wrote:
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> ---
> arch/powerpc/platforms/85xx/mpc85xx_ads.c | 13 -
> arch/powerpc/platforms/85xx/mpc85xx_cds.c | 13 -
> arch/powerpc/platforms/85xx/mpc85xx_mds.c | 11 ---
> 3
On Fri, 27 Jul 2007, Jon Loeliger wrote:
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> ---
>
> Note -- This is a rebased version of an earlier patch
> from July 17. That one can be dropped.
>
> arch/powerpc/platforms/86xx/mpc86xx_hpcn.c | 14 ++
> 1 files changed, 2
On Thu, 13 Jul 2007, Zang Roy-r61911 wrote:
> From: Roy Zang <[EMAIL PROTECTED]>
>
> Update mpc7448hpc2 device tree to be compatible for tsi109 chip.
>
> Signed-off-by: Roy Zang <[EMAIL PROTECTED]>
> ---
> Based on previous patch
> http://ozlabs.org/pipermail/linuxppc-dev/2007-July/038957.html
>
>
Please pull from 'for-2.6.23' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.23
to receive the following updates:
arch/powerpc/configs/linkstation_defconfig | 219 ++
arch/powerpc/configs/lite5200_defconfig | 191 +
arch/powerpc/configs/
On Wed, Aug 29, 2007 at 09:02:39AM -0500, Scott Wood wrote:
> > > # Temporary hack until we have migrated to asm-powerpc
> > > ifeq ($(ARCH),powerpc)
> > > +obj-$(CONFIG_CPM1)$(CONFIG_CPM2) += cpm_common.o
> >
> > Uh.. I don't think this will work properly. If CONFIG_CPM1 and
> > CONFIG_CPM2 ar
On Wed, 29 Aug 2007, Nick Piggin wrote:
> On Tue, Aug 28, 2007 at 03:56:28PM -0500, Brent Casavant wrote:
> > The simplistic method to solve this is a lock around the section
> > issuing IOs, thereby ensuring serialization of access to the IO
> > device. However, as SN2 does not enforce an order
> + len = strlen(dn->full_name + 1);
> + bus_len = min(len, BUS_ID_SIZE - 1);
> + memcpy(dev->ofdev.dev.bus_id, dn->full_name + 1
> ++ (len - bus_len), bus_len);
> + for (i = 0; i < bus_len; i++)
> + if (dev->ofdev.dev.bus_id[i] == '/')
> +
Hi-
Joachim Fenkes wrote:
> Previously, ibmebus derived a device's bus_id from its location code. The
> location code is not guaranteed to be unique, so we might get bus_id
> collisions if two devices share the same location code. The OFDT full_name,
> however, is unique, so we use that instead.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/cuboot-pq2.c | 10 --
1 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/boot/cuboot-pq2.c b/arch/powerpc/boot/cuboot-pq2.c
index 8021fd4..9d12ddd 100644
--- a/arch/powerpc/boot/cuboot-pq2.c
+++
fsl_get_immr() is equivalent to the kernel's get_immrbase() function.
mpc885_get_clock() transforms a crystal frequency into a system frequency
according to the PLL register settings.
pq2_get_clocks() does the same as the above for the PowerQUICC II,
except that it produces several different cloc
This target produces a flat binary rather than an ELF file,
and fixes the entry point at the beginning of the image.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/Makefile |8 ++--
arch/powerpc/boot/fixed-head.S |4
arch/powerpc/boot/wrapper | 18
It will be needed for PlanetCore firmware support.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
I prepared this patch before David posted his patch which also
does strstr; if you apply that one, then please ignore this one.
arch/powerpc/boot/flatdevtree_env.h | 14 +-
arch/pow
Some firmwares (such as PlanetCore) only provide a base MAC address, and
expect the kernel to set certain bits to generate the addresses for the
other ports. As such, MAC addresses are generated that may not correspond
to actual hardware.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/po
This will be used by the PlanetCore firmware support to construct
a linux,stdout-path from the serial node that it finds.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/flatdevtree.c | 59 ++
arch/powerpc/boot/flatdevtree.h |1 +
This will be needed by PlanetCore firmware support.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/Makefile |2 +-
arch/powerpc/boot/stdlib.c | 41 +
arch/powerpc/boot/stdlib.h |6 ++
3 files changed, 48 insertions(+), 1 d
1. ft_create_node was returning the internal pointer rather than a phandle.
2. ft_find_device_rel was treating a "top" phandle of NULL as an error,
rather than as the root of the tree. The old, absolute ft_find_device
is removed, and the relative version is renamed to ft_find_device().
Signed-off
Previously, ibmebus derived a device's bus_id from its location code. The
location code is not guaranteed to be unique, so we might get bus_id
collisions if two devices share the same location code. The OFDT full_name,
however, is unique, so we use that instead.
Signed-off-by: Joachim Fenkes <[EMA
On Wed, Aug 29, 2007 at 03:45:40PM +1000, David Gibson wrote:
> > diff --git a/arch/powerpc/Kconfig.debug b/arch/powerpc/Kconfig.debug
> > index 22acece..d471154 100644
> > --- a/arch/powerpc/Kconfig.debug
> > +++ b/arch/powerpc/Kconfig.debug
> > @@ -211,6 +211,15 @@ config PPC_EARLY_DEBUG_44x
> >
On Wed, Aug 29, 2007 at 03:39:41PM +1000, David Gibson wrote:
> On Tue, Aug 28, 2007 at 03:16:19PM -0500, Scott Wood wrote:
> > Boards that do not require the legacy bindings should select
> > CONFIG_PPC_CPM_NEW_BINDING to enable the of_platform CPM devices. Once
> > all existing boards are convert
AMCC PPC440EPx Sequoia default config.
Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
---
arch/powerpc/configs/sequoia_defconfig | 776 +
1 files changed, 776 insertions(+)
diff -ruN linux-2.6.orig/arch/powerpc/configs/sequoia_defconfig
linux-2.6.bld/arch/
AMCC PPC440EPx Sequoia board support.
Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/cputable.c | 18 +
arch/powerpc/kernel/head_44x.S |2 -
arch/powerpc/platforms/44x/Kconfig | 17 -
arch/powerpc/platforms/44x/Makefile |1
AMCC PPC440EPx Sequoia device tree.
Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/sequoia.dts | 286 ++
1 files changed, 286 insertions(+)
diff -ruN linux-2.6.orig/arch/powerpc/boot/dts/sequoia.dts
linux-2.6.bld/arch/powerpc/
Bootwrapper code for AMCC PPC440EPx Sequoia.
Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
---
arch/powerpc/boot/4xx.c| 108 +
arch/powerpc/boot/4xx.h|1
arch/powerpc/boot/Makefile |4 +
arch/powerpc/boot/cuboot-
The following patches add initial PowerPC 440EPx Sequoia board support.
The code is based mainly on the Bamboo board support by Josh Boyer.
These patches have been modified according the comments for the previous
440EPx Sequoia patch series.
___
Linuxppc-
On Wednesday 29 August 2007, Valentine Barshak wrote:
> >> +#define DDR_GET_VAL(val, mask, shift) (((val) >> (shift)) & (mask))
> >
> > Hm. Having these as just DDR_... seems like it would lead to confusion
> > if there are other DDR controllers that get added later. But I'm not
> > too picky
On Wed, 29 Aug 2007 14:28:23 +0200
Stefan Roese <[EMAIL PROTECTED]> wrote:
> On Wednesday 29 August 2007, Valentine Barshak wrote:
> > >> +#define DDR_GET_VAL(val, mask, shift) (((val) >> (shift)) & (mask))
> > >
> > > Hm. Having these as just DDR_... seems like it would lead to confusion
> > >
David Gibson wrote:
> On Tue, Aug 28, 2007 at 08:56:10PM +0400, Valentine Barshak wrote:
>> Bootwrapper code for AMCC PPC440EPx Sequoia.
>>
>> Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
> [snip]
>> +static void sequoia_fixups(void)
>> +{
>> +unsigned long sysclk = ;
>> +
>> +
Josh Boyer wrote:
> On Tue, 28 Aug 2007 20:56:10 +0400
> Valentine Barshak <[EMAIL PROTECTED]> wrote:
>
>> +/* 4xx DDR1/2 Denali memory controller support */
>> +/* DDR0 registers */
>> +#define DDR0_02 2
>> +#define DDR0_08 8
>> +#define DDR0_10
Fix the bug that the major version part of the firmware
is not compared.
Signed-off-by: Masakazu Mokuno <[EMAIL PROTECTED]>
CC: Geoff Levand <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/ps3/setup.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
--- a/arch/powerpc/platforms/ps3/set
On Tue, 28 Aug 2007 15:26:50 +0200
Andreas Schwab <[EMAIL PROTECTED]> wrote:
> Masakazu Mokuno <[EMAIL PROTECTED]> writes:
>
> > Fix the bug that the major version part of the firmware
> > is not compared.
> >
> > Signed-off-by: Masakazu Mokuno <[EMAIL PROTECTED]>
> > CC: Geoff Levand <[EMAIL PR
On Wed, 2007-08-29 at 00:30 +0200, Guennadi Liakhovetski wrote:
> > > +#ifdef CONFIG_PM
> >
> > some of those probably want to be CONFIG_PM_SLEEP now.
>
> Well, I wasn't sure when PM can be used not meaning PM_SLEEP, so, I left
> PM for now. Can certainly change, if it really matters.
You end
Christian Krafft wrote:
> On Thu, 23 Aug 2007 18:12:19 +0200
> Arnd Bergmann <[EMAIL PROTECTED]> wrote:
>
> > On Thursday 23 August 2007, [EMAIL PROTECTED] wrote:
> > > Please check "unit-id" if "physical-id" doesn't exist. Because
Celleb
> > > uses "unit-id" to provide spe_id.
>
> Sorry for the
On 29/08/07 16:13 +1000, David Gibson wrote:
> static int __devinit of_physmap_probe(struct of_device *dev, const struct
> of_device_id *match)
> {
> struct device_node *dp = dev->node;
> struct resource res;
> struct physmap_flash_info *info;
> - const char **probe_type;
On Wednesday 29 August 2007 10:15, James Chapman wrote:
> Jan-Bernd Themann wrote:
> > What I'm trying to improve with this approach is interrupt
> > mitigation for NICs where the hardware support for interrupt
> > mitigation is limited. I'm not trying to improve this for NICs
> > that work well wi
On Wednesday 29 August 2007 10:29, David Miller wrote:
> From: Jan-Bernd Themann <[EMAIL PROTECTED]>
> Date: Wed, 29 Aug 2007 09:10:15 +0200
>
> > In the end I want to reduce the CPU utilization. And one way
> > to do that is LRO which also works only well if there are more
> > then just a very fe
From: Jan-Bernd Themann <[EMAIL PROTECTED]>
Date: Wed, 29 Aug 2007 09:10:15 +0200
> In the end I want to reduce the CPU utilization. And one way
> to do that is LRO which also works only well if there are more
> then just a very few packets to aggregate. So at least our
> driver (eHEA) would benef
Jan-Bernd Themann wrote:
> Hi David
>
> David Miller schrieb:
>> Interrupt mitigation only works if it helps you avoid interrupts.
>> This scheme potentially makes more of them happen.
>>
>> The hrtimer is just another interrupt, a cpu locally triggered one,
>> but it has much of the same costs no
Hi David
David Miller schrieb:
> Interrupt mitigation only works if it helps you avoid interrupts.
> This scheme potentially makes more of them happen.
>
> The hrtimer is just another interrupt, a cpu locally triggered one,
> but it has much of the same costs nonetheless.
>
> So if you set this ti
76 matches
Mail list logo
