On Fri, Apr 17, 2009 at 12:04 AM, Anton Vorontsov
wrote:
> On Thu, Apr 16, 2009 at 11:27:34PM +0200, Roderick Colenbrander wrote:
>> On Thu, Apr 16, 2009 at 10:57 PM, Anton Vorontsov
>> wrote:
>> > On Thu, Apr 16, 2009 at 09:30:00PM +0200, Bartlomiej Zolnierkiewicz wrote:
>> >>
>> >> Hi,
>> >>
>>
On Wed, 2009-04-15 at 01:17 -0500, Kumar Gala wrote:
> Ben,
>
> I was looking at what I need to get some additional bits of PCI code
> building w/your ppc64 booke patches. One thing it looks like we need
> is the early config cycle code. The question I have is do we think we
> still need t
On Thu, 2009-04-16 at 10:52 +0200, Jean Delvare wrote:
> In wf_lm75_release(), i2c_detach_client() is called if and only if
> lm->i2c.adapter is set, which is not the case, and then the data
> structure, including the i2c client, is freed from memory. This means
> that the freed i2c client is stil
On Thu, 2009-04-16 at 18:56 +0200, Jean Delvare wrote:
> The legacy i2c binding model is going away soon, so convert the
> macintosh windfarm drivers to the new model or they will break.
>
> Signed-off-by: Jean Delvare
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> ---
> Can someone please
Dear "Lixin Yao",
you should ask ELDK related questions on the ELDK mailing list, see
http://lists.denx.de/mailman/listinfo/eldk
In message <03d77ca4ac7f4d48a6ab5da3f1001b3fb5b...@exchtxus2.hstx.global.vpn>
you wrote:
>
> I use ELDK 4.2 to work on platforms, one with MPC860 and the other with
>
On Thu, 2009-04-16 at 13:21 -0500, Kumar Gala wrote:
> Ben,
>
> The following patch is causing me issues w/init SEGV on boot. This is
> a pretty old version of init and I'm wondering what the commit you had
> related to old ABI breakage:
Can you test if the binary is trying to execute someth
On Thu, 2009-04-16 at 13:53 -0500, Kumar Gala wrote:
> A bit more debug info that might be helpful, I'm hitting this bad_area
> fault :
>
> if (!(vma->vm_flags & VM_EXEC) &&
> (cpu_has_feature(CPU_FTR_NOEXECUTE) ||
> !(vma->vm_flags &
On Thu, 2009-04-16 at 21:30 +0200, Bartlomiej Zolnierkiewicz wrote:
> Hi,
>
> On Wednesday 15 April 2009 16:34:22 Roderick Colenbrander wrote:
> > Hi,
> >
> > I'm using a Xilinx ML510 it features a PowerPC 440 cpu inside a
> > Virtex-5 FPGA. The board also contains a ALI M1533 south bridge
> > fo
On Thu, 2009-04-16 at 14:27 -0500, Kumar Gala wrote:
> On Apr 16, 2009, at 2:25 PM, Scott Wood wrote:
>
> > Kumar Gala wrote:
> >> [root:~] cat /proc/1/maps
> >> 0010-00103000 r-xp 0010 00:00 0 [vdso]
> >> 0feab000-0ffbe000 r-xp 00:0d 7127086/lib/libc-2.2.5.so
> >> 0f
On Fri, 2009-04-17 at 08:08 +0200, Michal Simek wrote:
> Hi All,
>
> I have got email from Ilpo about prom_parse file.
> I take this file from powerpc. Who did write prom_parse file and take care
> about?
I wrote it :-)
> BTW: What about to move prom_parse file to any generic location as we
>
Hi,
Is there a way to integrate PPP over Synchronous HDLC using the
existing kernel code? We are currently using 2.6.27 on an 8272 ppc
board.
In the past, we have had this working on 2.6.14 by porting across Dan
Eble's PPC kernel patches, detailed below.
However, it seems these patches were neve
On Fri, Apr 17, 2009 at 9:25 AM, Benjamin Herrenschmidt
wrote:
> On Wed, 2009-04-15 at 01:17 -0500, Kumar Gala wrote:
>> Ben,
>>
>> I was looking at what I need to get some additional bits of PCI code
>> building w/your ppc64 booke patches. One thing it looks like we need
>> is the early config c
On Thu, 2009-04-16 at 19:38 +0100, David Woodhouse wrote:
> On Thu, 16 Apr 2009, Artem Bityutskiy wrote:
>
> > On Thu, 2009-04-16 at 07:46 -0600, Grant Likely wrote:
> >> On Thu, Apr 16, 2009 at 7:37 AM, Stefan Roese wrote:
> >>> On Thursday 16 April 2009, Grant Likely wrote:
> > Signed-off-b
On Fri, 2009-04-17 at 10:03 +0200, Roderick Colenbrander wrote:
>
> There are cases when it is really needed (or you would have to access
> the address and data bus by hand). In my case I'm using a Xilinx PLB
> soft-core and if certain options in the configuration header aren't
> set (which aren't
Fix this build error
In file included from drivers/macintosh/mediabay.c:21:
include/linux/ide.h:605: error: field 'request_sense_rq' has incomplete type
Signed-off-by: Alexander Beregalov
---
drivers/macintosh/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/dri
Benjamin Herrenschmidt writes:
> I'm pretty sure they are broken already when running off a 64-bit
> kernel,
Maybe not... for 64-bit kernels we have our definition of
elf_read_implies_exec in arch/powerpc/include/asm/elf.h, which IIRC
sets the read-implies-exec personality thing on old 32-bit bin
On Fri, 2009-04-17 at 20:05 +1000, Paul Mackerras wrote:
> Benjamin Herrenschmidt writes:
>
> > I'm pretty sure they are broken already when running off a 64-bit
> > kernel,
>
> Maybe not... for 64-bit kernels we have our definition of
> elf_read_implies_exec in arch/powerpc/include/asm/elf.h, wh
On Fri, 2009-04-17 at 20:05 +1000, Paul Mackerras wrote:
> Benjamin Herrenschmidt writes:
>
> > I'm pretty sure they are broken already when running off a 64-bit
> > kernel,
>
> Maybe not... for 64-bit kernels we have our definition of
> elf_read_implies_exec in arch/powerpc/include/asm/elf.h, wh
Hi Peter,
Sorry for the late response (and don't hesitate to ping me if I
don't answer, some things get lost in my inbox traffic, sorry).
On Wed, Apr 08, 2009 at 11:18:43AM +0200, Peter Korsgaard wrote:
> > "Anton" == Anton Vorontsov writes:
>
> Hi,
>
> Anton> The advantages of this:
> A
On Fri, Apr 17, 2009 at 09:40:19AM +0200, Benjamin Herrenschmidt wrote:
> On Thu, 2009-04-16 at 21:30 +0200, Bartlomiej Zolnierkiewicz wrote:
> > Hi,
> >
> > On Wednesday 15 April 2009 16:34:22 Roderick Colenbrander wrote:
> > > Hi,
> > >
> > > I'm using a Xilinx ML510 it features a PowerPC 440 c
On Thu, Apr 16, 2009 at 2:38 PM, David Woodhouse wrote:
> On Thu, 16 Apr 2009, Artem Bityutskiy wrote:
>
>> On Thu, 2009-04-16 at 07:46 -0600, Grant Likely wrote:
>>> Okay. It will be good to get this one into -next for some testing
>>> exposure. Unless he asks me to do otherwise, I'll leave thi
Grant Likely wrote:
> On Fri, Apr 17, 2009 at 12:08 AM, Michal Simek wrote:
>> Hi All,
>>
>> I have got email from Ilpo about prom_parse file.
>> I take this file from powerpc. Who did write prom_parse file and take care
>> about?
>
> Posting to the linuxppc-dev list is sufficient to start. The
On Fri, 17 Apr 2009, Michal Simek wrote:
> Grant Likely wrote:
> > On Fri, Apr 17, 2009 at 12:08 AM, Michal Simek wrote:
> >> Hi All,
> >>
> >> I have got email from Ilpo about prom_parse file.
> >> I take this file from powerpc. Who did write prom_parse file and take care
> >> about?
> >
> > P
On Apr 17, 2009, at 5:41 AM, Benjamin Herrenschmidt wrote:
On Fri, 2009-04-17 at 20:05 +1000, Paul Mackerras wrote:
Benjamin Herrenschmidt writes:
I'm pretty sure they are broken already when running off a 64-bit
kernel,
Maybe not... for 64-bit kernels we have our definition of
elf_read_im
On Apr 17, 2009, at 5:41 AM, Benjamin Herrenschmidt wrote:
On Fri, 2009-04-17 at 20:05 +1000, Paul Mackerras wrote:
Benjamin Herrenschmidt writes:
I'm pretty sure they are broken already when running off a 64-bit
kernel,
Maybe not... for 64-bit kernels we have our definition of
elf_read_im
On Apr 17, 2009, at 3:33 AM, Benjamin Herrenschmidt wrote:
On Fri, 2009-04-17 at 10:03 +0200, Roderick Colenbrander wrote:
There are cases when it is really needed (or you would have to access
the address and data bus by hand). In my case I'm using a Xilinx PLB
soft-core and if certain option
Josh, any thoughts on putting this into head_44x.S?
Thanks,
John
From: linuxppc-dev-bounces+john.linn=xilinx@ozlabs.org
[mailto:linuxppc-dev-bounces+john.linn=xilinx@ozlabs.org] On Behalf
Of Tirumala Reddy Marri
Sent: Wednesday, April 15, 2009 10:2
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 of
‘smp_send_stop’
include/linux/smp.h:125: error: previous definition
> But they don't. On MPC8610HPCD we have IDE interrupt directly
> connected to the MPIC line (through PCI sideband interrupt), and
> i8259 is _completely_ disabled in the bridge.
Hrm why did you do that ? :-)
Just kidding... if what you want is the PCI interrupt, then it should
be in native mode,
Hello,
I'm working on creating a dts file for a custom board based on the Yosemite AMCC
440EP evaluation board. We have an FPGA connected to the PCI bus, and I'm a bit
unsure how to describe this in the dts file. The FPGA implements an SD card
core, RTC core, Nand core... Can anyone point me t
On Fri, 2009-04-17 at 09:08 -0500, Kumar Gala wrote:
> The problem is that the "normal" PCI config access routines need a
> pci_bus. However we don't have one yet and we need to do PCI config
> cycles to the PHB before we call the remainder of the setup code to
> get one.
>
> We could all c
On Fri, 2009-04-17 at 08:23 -0500, Kumar Gala wrote:
> I can and might have already done this, need to double check. But
> what I was seeing from elf_map is that we don't get PROT_EXEC set for
> this PHDR, but get VM_MAY_EXEC. I'm not clear on what VM_MAY_EXEC is
> intended for.
Looking at
> On ppc32 personality is clearly set to 0. On ppc64 the
> elf_read_implies_exec does work around the issue (ie I implemented
> elf_read_implies_exec as (exec_stk != EXSTACK_DISABLE_X) on ppc32).
> However I think its just masking it.
How so ? IE, it checks for PT_GNU_STACK, if not presen
On Fri, Apr 17, 2009 at 11:04 AM, Eddie Dawydiuk wrote:
> Hello,
>
> I'm working on creating a dts file for a custom board based on the Yosemite
> AMCC 440EP evaluation board. We have an FPGA connected to the PCI bus, and
> I'm a bit unsure how to describe this in the dts file. The FPGA implements
On Fri, Apr 17, 2009 at 11:46 AM, John Linn wrote:
> Josh, any thoughts on putting this into head_44x.S?
The code in the fsl file looks like the right solution. I do have an
odd question though, in that it's hard for the
kernel to really know if something like a BDI is running. Namely,
that con
On Apr 17, 2009, at 12:05 PM, Benjamin Herrenschmidt wrote:
On Fri, 2009-04-17 at 09:08 -0500, Kumar Gala wrote:
The problem is that the "normal" PCI config access routines need a
pci_bus. However we don't have one yet and we need to do PCI config
cycles to the PHB before we call the remainde
On Apr 17, 2009, at 12:03 PM, Benjamin Herrenschmidt wrote:
On Fri, 2009-04-17 at 08:23 -0500, Kumar Gala wrote:
I can and might have already done this, need to double check. But
what I was seeing from elf_map is that we don't get PROT_EXEC set for
this PHDR, but get VM_MAY_EXEC. I'm not cle
On Fri, 2009-04-17 at 12:40 -0500, Kumar Gala wrote:
> > 1- In binfmt_elf.c, what happens with this statement ?
> >
> >if (elf_read_implies_exec(loc->elf_ex, executable_stack))
> >current->personality |= READ_IMPLIES_EXEC;
>
> on ppc32 noting as its elf_read_implies_exec is
On ppc64 we implemented elf_read_implies_exec() for 32-bit binaries
because old toolchains had bugs with regards to marking PHDRs as
executable that needed to be. For some reason we didn't do this on
ppc32 builds. This hadn't been an issue until recent changes to I$/D$
handling that impacted the
On Friday 17 April 2009 12:22:37 Josh Boyer wrote:
> On Fri, Apr 17, 2009 at 11:46 AM, John Linn wrote:
> > Josh, any thoughts on putting this into head_44x.S?
>
> The code in the fsl file looks like the right solution. I do have an
> odd question though, in that it's hard for the
> kernel to re
On Friday 17 April 2009 18:49:44 Benjamin Herrenschmidt wrote:
> > But they don't. On MPC8610HPCD we have IDE interrupt directly
> > connected to the MPIC line (through PCI sideband interrupt), and
> > i8259 is _completely_ disabled in the bridge.
>
> Hrm why did you do that ? :-)
>
> Just kiddin
On Apr 17, 2009, at 1:03 PM, Kumar Gala wrote:
On ppc64 we implemented elf_read_implies_exec() for 32-bit binaries
because old toolchains had bugs with regards to marking PHDRs as
executable that needed to be. For some reason we didn't do this on
ppc32 builds. This hadn't been an issue until
On Fri, Apr 17, 2009 at 08:17:18PM +0200, Bartlomiej Zolnierkiewicz wrote:
> On Friday 17 April 2009 18:49:44 Benjamin Herrenschmidt wrote:
> > > But they don't. On MPC8610HPCD we have IDE interrupt directly
> > > connected to the MPIC line (through PCI sideband interrupt), and
> > > i8259 is _comp
Hey John
We just discussed this on IRC. Go ahead and generate a patch to
unconditionally turn on DBCR0[IDM] in head_44x.S. Don't even bother
wrapping it in an #ifdef CONFIG_somthing block. It should be safe,
but we'll throw it into -next and see if anyone complains. If it does
cause problems,
On Fri, 2009-04-17 at 13:07 -0500, Hollis Blanchard wrote:
> On Friday 17 April 2009 12:22:37 Josh Boyer wrote:
> > On Fri, Apr 17, 2009 at 11:46 AM, John Linn wrote:
> > > Josh, any thoughts on putting this into head_44x.S?
> >
> > The code in the fsl file looks like the right solution. I do ha
On Fri, Apr 17, 2009 at 1:04 PM, Benjamin Herrenschmidt
wrote:
> On Fri, 2009-04-17 at 13:07 -0500, Hollis Blanchard wrote:
>> On Friday 17 April 2009 12:22:37 Josh Boyer wrote:
>> > On Fri, Apr 17, 2009 at 11:46 AM, John Linn wrote:
>> > > Josh, any thoughts on putting this into head_44x.S?
>> >
Thanks everyone, will do.
> -Original Message-
> From: Grant Likely [mailto:grant.lik...@secretlab.ca]
> Sent: Friday, April 17, 2009 12:58 PM
> To: Josh Boyer
> Cc: John Linn; Tirumala Reddy Marri; linuxppc-dev@ozlabs.org;
> holl...@us.ibm.com
> Subject: Re: Question about DBCR0 initiali
Oprofile is changing the naming it is using for the compatibility modes.
Instead of having compat-power, oprofile will go to family naming
convention and use compat-v. Currently only compat-v1 will be
defined.
Signed off by: Mike Wolf
---
--- mainline.orig/arch/powerpc/kernel/cputable.c2
Does anyone know of a BSP or board directory or configuration for the Embedded
Linux Development Kit (ELDK) and especially U-Boot on the mvme5100?
I have searched the ELDK and LinuxPPC mailing lists and have not found anything
yet.
Cross posted to the ELDK mailing list.
Thanks in advance for y
Dear Kirby Cartwright,
In message <716d25c422f36949847885f3d11ca0db387dfcc...@postoffice.lintek.local>
you wrote:
>
> Does anyone know of a BSP or board directory or configuration for the ELDK
> and especially U-Boot on the mvme5100.
Patches to fix MVME5100 support in 2.6.5 have been posted on
> -Original Message-
> From: Grant Likely [mailto:grant.lik...@secretlab.ca]
> Sent: Friday, April 17, 2009 1:10 PM
> To: Benjamin Herrenschmidt
> Cc: Hollis Blanchard; linuxppc-dev@ozlabs.org; John Linn;
> Tirumala Reddy Marri
> Subject: Re: Question about DBCR0 initialization for 440
>
On Fri, Apr 17, 2009 at 02:30:45PM -0600, John Linn wrote:
>> > Might be worth checking if external debug is enabled, and
>> override it
>> > only if it's not.
>>
>> ppc440x5_um.pdf says that both can be enabled.
>>
>
>The code that I started the thread with, from the fsl file, has conditional
> -Original Message-
> From: Josh Boyer [mailto:jwbo...@linux.vnet.ibm.com]
> Sent: Friday, April 17, 2009 2:36 PM
> To: John Linn
> Cc: grant.lik...@secretlab.ca; Benjamin Herrenschmidt;
> linuxppc-dev@ozlabs.org; Hollis Blanchard; Tirumala Reddy Marri
> Subject: Re: Question about DB
On Friday 17 April 2009 15:30:45 John Linn wrote:
> We think that we still need that conditional as the code is not Oring in the
enable such that it would
> disable external debug mode for the BDI. But we need it this way for our
Xilinx pod.
>
> #if !defined(CONFIG_BDI_SWITCH)
> /*
>
Added support for the new xps tft controller. The new core
has PLB interface support in addition to existing DCR interface.
Removed platform device support as both MicroBlaze and PowerPC
use device tree.
Previously, the dcr interface was assumed to be used in mmio mode,
and the register space of
On Fri, Apr 17, 2009 at 02:41:26PM -0600, John Linn wrote:
>
>
>> -Original Message-
>> From: Josh Boyer [mailto:jwbo...@linux.vnet.ibm.com]
>> Sent: Friday, April 17, 2009 2:36 PM
>> To: John Linn
>> Cc: grant.lik...@secretlab.ca; Benjamin Herrenschmidt;
>> linuxppc-dev@ozlabs.org; Holl
> -Original Message-
> From: Hollis Blanchard [mailto:holl...@us.ibm.com]
> Sent: Friday, April 17, 2009 2:50 PM
> To: John Linn
> Cc: grant.lik...@secretlab.ca; Benjamin Herrenschmidt;
> linuxppc-dev@ozlabs.org; Tirumala Reddy Marri
> Subject: Re: Question about DBCR0 initialization for
Hello,
In the past I've worked with ARM architectures where I could setup virtual /
physical address mappings so I don't have to ioremap then pass around pointers.
Does PowerPC have an equivalent abstraction? If not whats the recommended approach?
That is, is there a better approach to the fo
On Fri, Apr 17, 2009 at 11:21 PM, Eddie Dawydiuk wrote:
> Hello,
>
> In the past I've worked with ARM architectures where I could setup virtual /
> physical address mappings so I don't have to ioremap then pass around
> pointers. Does PowerPC have an equivalent abstraction? If not whats the
> reco
On Apr 17, 2009, at 4:21 PM, Eddie Dawydiuk wrote:
Hello,
In the past I've worked with ARM architectures where I could setup
virtual / physical address mappings so I don't have to ioremap then
pass around pointers. Does PowerPC have an equivalent abstraction?
If not whats the recommended
--- On Wed, 4/15/09, Andrew Morton wrote:
> From: Andrew Morton
> Subject: Re: [v2 PATCH 2/3] EDAC: Add edac_device_alloc_index()
> To: "Harry Ciao"
> Cc: nor...@yahoo.com, mich...@ellerman.id.au,
> bluesmoke-de...@lists.sourceforge.net, linuxppc-dev@ozlabs.org,
> linux-ker...@vger.kernel.or
From: Joakim Tjernlund
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
---
drivers/net/ucc_geth.c | 31 +++---
On Fri, 17 Apr 2009, Ilpo Järvinen wrote:
> On Fri, 17 Apr 2009, Michal Simek wrote:
>
> > Grant Likely wrote:
> > > On Fri, Apr 17, 2009 at 12:08 AM, Michal Simek wrote:
> > >> Hi All,
> > >>
> > >> I have got email from Ilpo about prom_parse file.
> > >> I take this file from powerpc. Who did
Any update on the status of this patch? This patch was acked by Jean.
The patchwork entry is http://patchwork.ozlabs.org/patch/21576/ and the
original patch message is below.
Cheers,
Sean
On Mon, 2 Feb 2009 12:01:59 -0500
Sean MacLennan wrote:
> This is a trivial patch that does not need to
Any status update on this? The patch has actually been in use since
2.6.29. I wrote a stub LED driver that mimiced leds-gpio with the of
patch.
All I had to do when the leds-gpio of patch went in was drop the stub
driver.
I'd like to get this in then update the warp defconfig for 2.6.30.
Cheers,
On Fri, Apr 17, 2009 at 11:12:43AM -0600, Grant Likely wrote:
> On Fri, Apr 17, 2009 at 11:04 AM, Eddie Dawydiuk
> wrote:
> > Hello,
> >
> > I'm working on creating a dts file for a custom board based on the Yosemite
> > AMCC 440EP evaluation board. We have an FPGA connected to the PCI bus, and
>
Inside the ASoC code there a dma_alloc_coherent() call. This call is
failing because dma_ops is null.
--kernel BUG at /home/jonsmirl/fs/arch/powerpc/include/asm/dma-mapping.h:237!
The device is soc-audio which is a platform_device.
How do I get dma_ops filled in for a mpc5200 platform device?
--
On Fri, Apr 17, 2009 at 8:58 PM, Jon Smirl wrote:
> Inside the ASoC code there a dma_alloc_coherent() call. This call is
> failing because dma_ops is null.
> --kernel BUG at /home/jonsmirl/fs/arch/powerpc/include/asm/dma-mapping.h:237!
> The device is soc-audio which is a platform_device.
>
> How
On Mon, 6 Apr 2009, Sean MacLennan wrote:
> Now that leds-gpio is a proper OF platform driver, the Warp can use
> the leds-gpio driver rather than the old out-of-kernel driver.
>
> One side-effect is the leds-gpio driver always turns the leds off
> while the old driver left them alone. So we have t
On Fri, 17 Apr 2009 20:12:50 -0700 (PDT)
"Trent Piepho" wrote:
> On Mon, 6 Apr 2009, Sean MacLennan wrote:
> > Now that leds-gpio is a proper OF platform driver, the Warp can use
> > the leds-gpio driver rather than the old out-of-kernel driver.
> >
> > One side-effect is the leds-gpio driver alw
On Fri, Apr 17, 2009 at 10:37 PM, Sean MacLennan
wrote:
> On Fri, 17 Apr 2009 20:12:50 -0700 (PDT)
> "Trent Piepho" wrote:
>
>> On Mon, 6 Apr 2009, Sean MacLennan wrote:
>> > Now that leds-gpio is a proper OF platform driver, the Warp can use
>> > the leds-gpio driver rather than the old out-of-k
On Fri, Apr 17, 2009 at 4:07 PM, Ilpo Järvinen
wrote:
> On Fri, 17 Apr 2009, Ilpo Järvinen wrote:
>
>> On Fri, 17 Apr 2009, Michal Simek wrote:
>>
>> > Grant Likely wrote:
>> > > On Fri, Apr 17, 2009 at 12:08 AM, Michal Simek wrote:
>> > >> Hi All,
>> > >>
>> > >> I have got email from Ilpo about
On Fri, Apr 17, 2009 at 3:21 PM, Eddie Dawydiuk wrote:
> Hello,
>
> In the past I've worked with ARM architectures where I could setup virtual /
> physical address mappings so I don't have to ioremap then pass around
> pointers. Does PowerPC have an equivalent abstraction? If not whats the
> recom
On Fri, Apr 17, 2009 at 11:06 AM, Stephen Neuendorffer
wrote:
>
> Can we have XILINX_DRIVERS, please? That way this can also be enabled
> on any architecture that has FPGA peripherals.
I've thought about this more, and I'd really rather not. The list of
affected drivers is short and is not a la
On Wed, Apr 15, 2009 at 3:10 PM, Andy Fleming wrote:
>
> On Mar 31, 2009, at 3:27 AM, Grant Likely wrote:
>
>> From: Grant Likely
>>
>> Add phy_connect_direct() and phy_attach_direct() functions so that
>> drivers can use a pointer to the phy_device instead of trying to determine
>> the phy's bus
On Sat, Apr 18, 2009 at 12:08 AM, Grant Likely
wrote:
> On Wed, Apr 15, 2009 at 3:10 PM, Andy Fleming wrote:
>>
>> On Mar 31, 2009, at 3:27 AM, Grant Likely wrote:
>>
>>> From: Grant Likely
>>>
>>> Add phy_connect_direct() and phy_attach_direct() functions so that
>>> drivers can use a pointer t
On Wed, Apr 15, 2009 at 5:01 PM, Andy Fleming wrote:
>
> On Mar 31, 2009, at 3:27 AM, Grant Likely wrote:
>
>> From: Grant Likely
>>
>> This patch simplifies the driver by making use of more common code.
>>
>> Signed-off-by: Grant Likely
>> ---
>>
>> drivers/net/gianfar.c | 103
>> +
77 matches
Mail list logo