On Thursday 08 January 2009, Stefan Roese wrote:
> This adds a SPI driver for the SPI controller found in the IBM/AMCC
> 4xx PowerPC's.
Note that given some patches now in the mm tree, this needs
something like the appended fixup. Some common code has now
moved into the spi core.
- Dave
---
d
The P2020 is a dual e500v2 core based SOC with:
* 3 PCIe controllers
* 2 General purpose DMA controllers
* 2 sRIO controllers
* 3 eTSECS
* USB 2.0
* SDHC
* SPI, I2C, DUART
* enhanced localbus
* and optional Security (P2020E) security w/XOR acceleration
The p2020 DS reference board is pretty simila
> + L2: l2-cache-control...@2 {
> + compatible = "fsl,p2020-l2-cache-controller";
> + reg = <0x2 0x1000>;
> + cache-line-size = <32>; // 32 bytes
> + cache-size = <0x10>; // L2, 1M
> +
Bartlomiej Zolnierkiewicz writes:
> mediabay shouldn't include unconditionally so
> remove the superfluous include from mediabay.c (
> will pull in for CONFIG_BLK_DEV_IDE_PMAC=y).
I don't like relying on second-hand imports like that. I prefer the
previous patch, that made mediabay depend on C
On Apr 21, 2009, at 6:45 PM, Gary Thomas wrote:
Kumar Gala wrote:
On Apr 21, 2009, at 6:00 PM, Gary Thomas wrote:
I found the difference - in 2.6.28 the inbound/outbound windows
don't seem to be set up at all. In 2.6.26, the function
'fsl_add_bridge'
was common among architectures and
The P2020 is a dual e500v2 core based SOC with:
* 3 PCIe controllers
* 2 General purpose DMA controllers
* 2 sRIO controllers
* 3 eTSECS
* USB 2.0
* SDHC
* SPI, I2C, DUART
* enhanced localbus
* and optional Security (P2020E) security w/XOR acceleration
The p2020 DS reference board is pretty simila
David Brownell wrote:
> On Tuesday 21 April 2009, Randy Dunlap wrote:
>>> Since its feasible to say 'n' to both we get the compile error. How do
>>> we enforce having at least one set?
>> Looks like using "choice" without "optional" would do it.
>> See Documentation/kbuild/kconfig-language.txt and
On Tuesday 21 April 2009, Randy Dunlap wrote:
>
> > Since its feasible to say 'n' to both we get the compile error. How do
> > we enforce having at least one set?
>
> Looks like using "choice" without "optional" would do it.
> See Documentation/kbuild/kconfig-language.txt and various examples
>
On Tue, Apr 21, 2009 at 04:19:22PM -0500, Kumar Gala wrote:
> The P2020 is a dual e500v2 core based SOC with:
> * 3 PCIe controllers
> * 2 General purpose DMA controllers
> * 2 sRIO controllers
> * 3 eTSECS
> * USB 2.0
> * SDHC
> * SPI, I2C, DUART
> * enhanced localbus
> * and optional Security (P2
On Tue, Apr 21, 2009 at 10:33:34AM -0500, Becky Bruce wrote:
>
> On Apr 20, 2009, at 8:10 PM, David Gibson wrote:
>
>> On Mon, Apr 20, 2009 at 11:26:47AM -0500, Becky Bruce wrote:
>>> The new dts places most of the devices in physical address space
>>> above 32-bits, which allows us to have more th
On Wed, 2009-04-22 at 00:23 +0530, Subrata Modak wrote:
> Reported this error on 14th April:
> http://lkml.org/lkml/2009/4/14/488,
>
> CC [M] drivers/staging/comedi/drivers.o
> drivers/staging/comedi/drivers.c: In function ‘comedi_buf_alloc’:
> drivers/staging/comedi/drivers.c:496: error: ‘PAGE_
On Tue, 21 Apr 2009 16:19:22 -0500
Kumar Gala wrote:
> + cry...@3 {
> + compatible = "fsl,sec3.0", "fsl,sec2.4", "fsl,sec2.2",
> + "fsl,sec2.1", "fsl,sec2.0";
should be:
compatible = "fsl,sec3.1", "fsl,sec3.0", "fsl,sec2.4",
Kumar Gala wrote:
>
> On Apr 21, 2009, at 6:00 PM, Gary Thomas wrote:
>
>>
>> I found the difference - in 2.6.28 the inbound/outbound windows
>> don't seem to be set up at all. In 2.6.26, the function 'fsl_add_bridge'
>> was common among architectures and ended up calling 'setup_pci_atmu'
>> whi
On Apr 21, 2009, at 6:00 PM, Gary Thomas wrote:
I found the difference - in 2.6.28 the inbound/outbound windows
don't seem to be set up at all. In 2.6.26, the function
'fsl_add_bridge'
was common among architectures and ended up calling 'setup_pci_atmu'
which created those mappings. In 2.
Kumar Gala wrote:
>
> On Apr 21, 2009, at 4:54 PM, Kumar Gala wrote:
>
>>
>> On Apr 21, 2009, at 12:19 PM, Anatolij Gustschin wrote:
>>
>>> If the firmware missed to initialize the PHY correctly,
>>> Linux may hang up on socrates while eth0/eth1 interface
>>> startup (caused by continuous unackno
Kumar Gala wrote:
I'm still looking into how the PCI address register for the video
card did not get written, even though the system obviously thinks
it did (hence "virtual")
>>>
>>> It most definitely has something to do with 0xC000 being
>>> assigned to the video card. I
I'm still looking into how the PCI address register for the video
card did not get written, even though the system obviously thinks
it did (hence "virtual")
It most definitely has something to do with 0xC000 being
assigned to the video card. I changed my DTS to move everything
up (started
Kumar Gala wrote:
>
> On Apr 21, 2009, at 2:03 PM, David Brownell wrote:
>
>> On Tuesday 21 April 2009, Subrata Modak wrote:
>>> Observing this for the first time:
>>>
>>> CC drivers/usb/host/ohci-hcd.o
>>> In file included from drivers/usb/host/ohci-hcd.c:1060:
>>> drivers/usb/host/ohci-ppc
On Apr 21, 2009, at 5:22 PM, Gary Thomas wrote:
Gary Thomas wrote:
Kumar Gala wrote:
On Apr 21, 2009, at 3:30 PM, Gary Thomas wrote:
The [two] big differences I see are that the video card (00:0d.0)
is being assigned 0xC000, which lspci marks as "virtual".
I think I've had trouble in th
Gary Thomas wrote:
> Kumar Gala wrote:
>> On Apr 21, 2009, at 3:30 PM, Gary Thomas wrote:
>>
>>> The [two] big differences I see are that the video card (00:0d.0)
>>> is being assigned 0xC000, which lspci marks as "virtual".
>>> I think I've had trouble in the past with memory regions which
>>>
On Apr 21, 2009, at 5:01 PM, Subodh Nijsure wrote:
From: Kumar Gala
Sent: Tuesday, April 21, 2009 1:02 PM
On Apr 21, 2009, at 10:56 AM, Subodh Nijsure wrote:
Hi,
I have board with MPC8572E (dual core PPC). I have one
board running
kernel
with IRQ_ALL_CPUS set to Y and another with
On Apr 21, 2009, at 4:54 PM, Kumar Gala wrote:
On Apr 21, 2009, at 12:19 PM, Anatolij Gustschin wrote:
If the firmware missed to initialize the PHY correctly,
Linux may hang up on socrates while eth0/eth1 interface
startup (caused by continuous unacknowledged PHY interrupt).
This patch adds
> From: Kumar Gala
> Sent: Tuesday, April 21, 2009 1:02 PM
>
>
> On Apr 21, 2009, at 10:56 AM, Subodh Nijsure wrote:
>
> > Hi,
> >
> >
> > I have board with MPC8572E (dual core PPC). I have one
> board running
> > kernel
> > with IRQ_ALL_CPUS set to Y and another with that option
> turne
On Apr 21, 2009, at 12:19 PM, Anatolij Gustschin wrote:
If the firmware missed to initialize the PHY correctly,
Linux may hang up on socrates while eth0/eth1 interface
startup (caused by continuous unacknowledged PHY interrupt).
This patch adds PHY fixup to socrates platform code to
ensure the
Please pull from 'merge' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git merge
to receive the following updates:
arch/powerpc/configs/85xx/mpc8536_ds_defconfig | 1802
arch/powerpc/configs/85xx/mpc8544_ds_defconfig | 1802
On Apr 21, 2009, at 2:03 PM, David Brownell wrote:
On Tuesday 21 April 2009, Subrata Modak wrote:
Observing this for the first time:
CC drivers/usb/host/ohci-hcd.o
In file included from drivers/usb/host/ohci-hcd.c:1060:
drivers/usb/host/ohci-ppc-of.c:242:2: error: #error "No endianess
The P2020 is a dual e500v2 core based SOC with:
* 3 PCIe controllers
* 2 General purpose DMA controllers
* 2 sRIO controllers
* 3 eTSECS
* USB 2.0
* SDHC
* SPI, I2C, DUART
* enhanced localbus
* and optional Security (P2020E) security w/XOR acceleration
The p2020 DS reference board is pretty simila
On Apr 20, 2009, at 11:26 AM, Becky Bruce wrote:
The new dts places most of the devices in physical address space
above 32-bits, which allows us to have more than 4GB of RAM present.
Signed-off-by: Becky Bruce
---
arch/powerpc/boot/dts/mpc8641_hpcn_36b.dts | 597 +++
Kumar Gala wrote:
>
> On Apr 21, 2009, at 3:30 PM, Gary Thomas wrote:
>
>> The [two] big differences I see are that the video card (00:0d.0)
>> is being assigned 0xC000, which lspci marks as "virtual".
>> I think I've had trouble in the past with memory regions which
>> started at 0 relative
On Apr 20, 2009, at 10:54 AM, Timur Tabi wrote:
The ULI 1575 PCI quirk function for the Freescale MPC8610 HPCD was
disabling
the SATA INTx interrupt, even when SATA support was enabled. This
was safe,
because the SATA driver re-enabled it. But with commit a5bfc471
("ahci: drop
intx manip
On Apr 18, 2009, at 12:48 PM, Anton Vorontsov wrote:
The driver should pass a device that specifies internal DMA ops, but
currently NULL pointer is passed, therefore following bug appears
during boot up:
[ cut here ]
Kernel BUG at c0018a7c [verbose debug info unavaila
On Apr 21, 2009, at 3:30 PM, Gary Thomas wrote:
The [two] big differences I see are that the video card (00:0d.0)
is being assigned 0xC000, which lspci marks as "virtual".
I think I've had trouble in the past with memory regions which
started at 0 relative to the PCI space. Also "virtual"
Gary Thomas wrote:
> Gary Thomas wrote:
>> I had a stable port of 2.6.26 for my 834x hardware, with a
>> frame buffer on a PCI device. After I upgraded to 2.6.28,
>> this isn't working any more. The frame buffer code is happily
>> writing to a mapped [memory] space on the PCI card, but nothing
>>
Gary Thomas wrote:
> I had a stable port of 2.6.26 for my 834x hardware, with a
> frame buffer on a PCI device. After I upgraded to 2.6.28,
> this isn't working any more. The frame buffer code is happily
> writing to a mapped [memory] space on the PCI card, but nothing
> is happening.
>
> Did so
Subrata Modak wrote:
This is a very old one. Doesn´t seem to go away. Reported this earlier
on 14th April:
http://lkml.org/lkml/2009/4/14/483,
CC [M] drivers/mtd/maps/sbc8240.o
drivers/mtd/maps/sbc8240.c:31:1: warning: "DEBUG" redefined
In file included from drivers/mtd/maps/sbc8240.c:23:
inclu
On Apr 21, 2009, at 10:56 AM, Subodh Nijsure wrote:
Hi,
I have board with MPC8572E (dual core PPC). I have one board running
kernel
with IRQ_ALL_CPUS set to Y and another with that option turned off.
Kernel
version #2.6.26
With IRQ_ALL_CPUS turned off
( Here interrupts all go to CPU0
Paul Mackerras wrote:
Mike Mason writes:
diff --git a/arch/powerpc/platforms/pseries/eeh_driver.c
b/arch/powerpc/platforms/pseries/eeh_driver.c
index 380420f..9a2a6e3 100644
--- a/arch/powerpc/platforms/pseries/eeh_driver.c
+++ b/arch/powerpc/platforms/pseries/eeh_driver.c
@@ -18
On Wed, Apr 22, 2009 at 12:23:03AM +0530, Subrata Modak wrote:
> Reported this on 9th April earlier:
> http://lkml.org/lkml/2009/4/9/276,
>
> I hope the following Patch will solve this problem as well:
> Geoff Levand provided a patch on 17th
> April.
> http://lkml.org/lkml/2009/4/17/313,
No, tha
On Tuesday 21 April 2009, Subrata Modak wrote:
> Observing this for the first time:
>
> CC drivers/usb/host/ohci-hcd.o
> In file included from drivers/usb/host/ohci-hcd.c:1060:
> drivers/usb/host/ohci-ppc-of.c:242:2: error: #error "No endianess
Hmm, scripts/get_maintainer.pl doesn't report
t
On Tuesday 14 April 2009 20:29:19 Subrata Modak wrote:
> Observed the following build error:
> ---
> CC [M] drivers/ide/pmac.o
> drivers/ide/pmac.c: In function ‘pmac_ide_init_dev’:
> drivers/ide/pmac.c:955: error: implicit declaration of function
> ‘check_media_bay_by_base’
> drivers/ide/pmac.c:
On Tuesday 21 April 2009 20:51:15 Subrata Modak wrote:
> Reported this earlier on 14th April:
> http://lkml.org/lkml/2009/4/14/490,
>
> Is there a solution available ?
Perfect timing. I was just going through overdue reports.
> CC drivers/macintosh/mediabay.o
> In file included from driver
Observing this also for the first time:
CC crypto/async_tx/async_xor.o
crypto/async_tx/async_xor.c: In function ‘async_xor_init’:
crypto/async_tx/async_xor.c:310: error: size of array ‘type name’ is
negative
make[2]: *** [crypto/async_tx/async_xor.o] Error 1
make[1]: *** [crypto/async_tx] Err
Observing this for the first time:
CC drivers/usb/host/ohci-hcd.o
In file included from drivers/usb/host/ohci-hcd.c:1060:
drivers/usb/host/ohci-ppc-of.c:242:2: error: #error "No endianess
selected for ppc-of-ohci"
make[3]: *** [drivers/usb/host/ohci-hcd.o] Error 1
make[2]: *** [drivers/usb/ho
Reported this on 9th April earlier:
http://lkml.org/lkml/2009/4/9/276,
I hope the following Patch will solve this problem as well:
Geoff Levand provided a patch on 17th
April.
http://lkml.org/lkml/2009/4/17/313,
WRAParch/powerpc/boot/zImage.pmac
strip -s -R .comment vmlinux -o arch/powerpc/b
Reported this earlier on 14th April:
http://lkml.org/lkml/2009/4/14/490,
Is there a solution available ?
CC drivers/macintosh/mediabay.o
In file included from drivers/macintosh/mediabay.c:21:
include/linux/ide.h:610: error: field ‘sense_rq’ has incomplete type
make[2]: *** [drivers/macintosh
Reported this earlier on 14th April 2009:
http://lkml.org/lkml/2009/4/14/480,
Michael,
Any fix in sight ?
http://lkml.org/lkml/2009/4/14/676,
CC arch/powerpc/kernel/of_platform.o
arch/powerpc/kernel/of_platform.c: In function ‘of_pci_phb_probe’:
arch/powerpc/kernel/of_platform.c:270: error:
I am observing this for the first time:
CC drivers/net/ni65.o
drivers/net/ni65.c: In function ‘ni65_init_lance’:
drivers/net/ni65.c:585: error: implicit declaration of function
‘isa_virt_to_bus’
drivers/net/ni65.c: In function ‘ni65_stop_start’:
drivers/net/ni65.c:757: error: implicit declara
Observed the following build error. Reported this earlier on 9th April:
http://lkml.org/lkml/2009/4/9/225,
Geoff Levand provided a patch on 17th
April. This needs to be merged to the tree.
http://lkml.org/lkml/2009/4/17/313,
CC arch/powerpc/platforms/pasemi/setup.o
arch/powerpc/platforms/pa
> +queue->queue_pages = kmalloc(nr_of_pages * sizeof(void *), GFP_KERNEL);
How big might this buffer be? Any chance of allocation failure due to
memory fragmentation?
- R.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/m
> Because of this fundamental code change we will also increment the version
> number.
So this is 2.6.31-targeted stuff I assume? (Too late in the 2.6.30
cycle for "fundamental code change" of course)
- R.
___
Linuxppc-dev mailing list
Linuxppc-dev
On Fri, Apr 17, 2009 at 09:36:37AM -0700, Geoff Levand wrote:
> A non-SMP version of smp_send_stop() is now included in smp.h.
> Remove the unneeded def in the pasemi setup.c.
>
> Fixes build errors like these when CONFIG_SMP=n:
>
> arch/powerpc/platforms/pasemi/setup.c:48: error: redefinition
If the firmware missed to initialize the PHY correctly,
Linux may hang up on socrates while eth0/eth1 interface
startup (caused by continuous unacknowledged PHY interrupt).
This patch adds PHY fixup to socrates platform code to
ensure the PHY is pre-initialized correctly. It is needed
to be compat
I had a stable port of 2.6.26 for my 834x hardware, with a
frame buffer on a PCI device. After I upgraded to 2.6.28,
this isn't working any more. The frame buffer code is happily
writing to a mapped [memory] space on the PCI card, but nothing
is happening.
Did something [subtle] change in how th
Hi,
I have board with MPC8572E (dual core PPC). I have one board running kernel
with IRQ_ALL_CPUS set to Y and another with that option turned off. Kernel
version #2.6.26
With IRQ_ALL_CPUS turned off
( Here interrupts all go to CPU0 )
hdparm -tT /dev/hda
/dev/hda:
Timing cached reads: 3048
On Apr 20, 2009, at 8:10 PM, David Gibson wrote:
On Mon, Apr 20, 2009 at 11:26:47AM -0500, Becky Bruce wrote:
The new dts places most of the devices in physical address space
above 32-bits, which allows us to have more than 4GB of RAM present.
Signed-off-by: Becky Bruce
---
arch/powerpc/boot
On Apr 20, 2009, at 3:06 PM, Kumar Gala wrote:
On Apr 20, 2009, at 11:26 AM, Becky Bruce wrote:
Currently, the 32-bit code uses sg->length instead of sg->dma_lentgh
to report sg_dma_len. However, since the default dma code for 32-bit
(the dma_direct case) sets dma_length and length to the s
Signed-off-by: Stefan Roscher
---
drivers/infiniband/hw/ehca/ehca_main.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_main.c
b/drivers/infiniband/hw/ehca/ehca_main.c
index 368311c..85905ab 100644
--- a/drivers/infiniband/hw/ehca/ehca_
The queue map for flush completion circumvention is only used for
kernel space queue pairs. This patch skips the allocation of the queue maps
in case the QP is created for userspace. In addition, this patch
does not iomap the galpas for kernel usage if the queue pair is only used
in userspace. Thes
On Apr 21, 2009, at 7:49 AM, Mark Ware wrote:
Recent DMA changes result in a BUG() when NULL is passed to
dma_alloc_coherent in place of a device.
Signed-off-by: Mark Ware
---
This patch fixes the BUG() during boot that has appeared during the
2.6.30 window. It has been tested and appears co
From: Anton Blanchard
To improve performance of driver ressource allocation,
replace the vmalloc() call with kmalloc().
Signed-off-by: Stefan Roscher
---
drivers/infiniband/hw/ehca/ipz_pt_fn.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/infiniband/hw/e
This patchset contains performance improvments for ehca driver.
It will skip code which is not necessary for userspace queue pairs
and will replace vmalloc() calls with kmalloc().
Because of this fundamental code change we will also increment the version
number.
They should apply cleanly against
Recent DMA changes result in a BUG() when NULL is passed to
dma_alloc_coherent in place of a device.
Signed-off-by: Mark Ware
---
This patch fixes the BUG() during boot that has appeared during the
2.6.30 window. It has been tested and appears correct on my 8280 based
board.
Sent to both linuxp
Mark Ware schrieb:
> Recent DMA changes result in a BUG() when NULL is passed to
> dma_alloc_coherent in place of a device.
This seems to have happened in 4ae0ff606e848fa4957ebf8f97e5db5fdeec27be.
> Signed-off-by: Mark Ware
Acked-by: Jochen Friedrich
Thanks,
Jochen
It is correct.
Thanks
> -Original Message-
> From: Heiko Schocher [mailto:h...@denx.de]
> Sent: Tuesday, April 21, 2009 11:37 AM
> To: Li Yang-R58472
> Cc: Gridish Shlomi-RM96313; Kumar Gala;
> net...@vger.kernel.org; linuxppc-dev@ozlabs.org
> Subject: [PATCH] [net, 83xx] ucc_geth.c: F
On Tue, Apr 21, 2009 at 4:36 PM, Heiko Schocher wrote:
> If using the UCC on a MPC8360 in RMII mode, don;t set
> UCC_GETH_UPSMR_RPM bit in the upsmr register.
>
> Signed-off-by: Heiko Schocher
Acked-by: Li Yang
> ---
> drivers/net/ucc_geth.c | 3 ++-
> 1 files changed, 2 insertions(+), 1 d
> Not removing it now has a high risk of developers continuing to ignore
> the deprecation warnings and adding new legacy drivers, which I then
> must convert to the new model. This never ends.
>
> I know my behavior may seem a bit rude, but apparently this is the only
> way to get things to actua
Hi Paul, Takashi,
On Tue, 21 Apr 2009 08:33:43 +0200, Takashi Iwai wrote:
> At Tue, 21 Apr 2009 08:34:02 +1000,
> Paul Mackerras wrote:
> >
> > Jean Delvare writes:
> >
> > > Takashi, please push this patch to Linus quickly, as this is blocking
> > > the removal of the legacy i2c binding model,
If using the UCC on a MPC8360 in RMII mode, don;t set
UCC_GETH_UPSMR_RPM bit in the upsmr register.
Signed-off-by: Heiko Schocher
---
drivers/net/ucc_geth.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/net/ucc_geth.c b/drivers/net/ucc_geth.c
index d3f39e8..4
On Tue, 21 Apr 2009 11:23:00 +0200, Jean Delvare wrote:
> On Tue, 21 Apr 2009 08:31:00 +0200, Takashi Iwai wrote:
> > At Mon, 20 Apr 2009 22:56:59 +0200,
> > Jean Delvare wrote:
> > >
> > > The legacy i2c binding model is going away soon, so convert the ppc
> > > keywest sound driver to the new mo
Hi,
> > Have you taken care of snd-powermac similarly?
>
> Yes I did, see my patch "keywest: Convert to new-style i2c driver" to
> the alsa-devel and linuxppc-dev mailing lists:
> http://ozlabs.org/pipermail/linuxppc-dev/2009-April/070884.html
>
> Would you be able to test this patch? This would
At Tue, 21 Apr 2009 19:33:00 +1000,
Paul Mackerras wrote:
>
> Takashi Iwai writes:
>
> > At least, the conversion patch Jean posted can be in 2.6.30, I think.
>
> Really? What regression, security hole or serious bug are you going
> to tell Linus that it fixes? :)
Build warning fixes :)
Taka
Takashi Iwai writes:
> At least, the conversion patch Jean posted can be in 2.6.30, I think.
Really? What regression, security hole or serious bug are you going
to tell Linus that it fixes? :)
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.or
At Tue, 21 Apr 2009 11:23:00 +0200,
Jean Delvare wrote:
>
> On Tue, 21 Apr 2009 08:31:00 +0200, Takashi Iwai wrote:
> > At Mon, 20 Apr 2009 22:56:59 +0200,
> > Jean Delvare wrote:
> > >
> > > The legacy i2c binding model is going away soon, so convert the ppc
> > > keywest sound driver to the new
Hi Johannes,
On Mon, 20 Apr 2009 23:04:52 +0200, Johannes Berg wrote:
> On Mon, 2009-04-20 at 22:54 +0200, Jean Delvare wrote:
> > The legacy i2c binding model is going away soon, so convert the AOA
> > codec drivers to the new model or they'll break.
> >
> > Signed-off-by: Jean Delvare
> > Test
On Tue, 21 Apr 2009 08:31:00 +0200, Takashi Iwai wrote:
> At Mon, 20 Apr 2009 22:56:59 +0200,
> Jean Delvare wrote:
> >
> > The legacy i2c binding model is going away soon, so convert the ppc
> > keywest sound driver to the new model or it will break.
> >
> > Signed-off-by: Jean Delvare
> > Cc:
From: Anton Vorontsov
Date: Sat, 18 Apr 2009 02:03:48 +0400
> This will make the system alot more responsive while ping flooding the
> ucc_geth ethernet interface.
>
> Also set NAPI weight to 64 as this is a common value.
>
> Signed-off-by: Joakim Tjernlund
> Signed-off-by: Anton Vorontsov
A
76 matches
Mail list logo
