Since i2c-powermac now creates all i2c devices on its own, remove the
attach_adapter methods from the TAS and Onyx drivers, and adjust the
module aliases to match the names used by i2c-powermac.
Signed-off-by: Andreas Schwab
---
sound/aoa/codecs/onyx.c | 75 ++
This patch adds a number of workarounds for broken Apple device-trees
mostly around sound chips. It handles creating the missing audio codec
devices and works around various issues with missing addresses or
missing compatible properties.
Signed-off-by: Benjamin Herrenschmidt
---
Andreas, this is
Benjamin Herrenschmidt writes:
> This patch adds a number of workarounds for broken Apple device-trees
> mostly around sound chips. It handles creating the missing audio codec
> devices and works around various issues with missing addresses or
> missing compatible properties.
>
> Signed-off-by: B
On Jun 15, 2012, at 1:11 PM, Scott Wood wrote:
> On 06/15/2012 09:43 AM, telenn barz wrote:
>> Hi all,
>>
>> CONFIG_PHYS_64BIT enables kernel support for larger than 32-bit physical
>> addresses. Is it this configuration option we have to enable for the
>> support of 36-bit real memory (as are c
On Tue, Jun 5, 2012 at 11:15 PM, Benjamin Herrenschmidt
wrote:
> On Tue, 2012-06-05 at 23:50 -0400, Ben Collins wrote:
>> The commit introducing pcibios_io_space_offset() was ignoring 32-bit to
>> 64-bit sign extention, which is the case on ppc32 with 64-bit resource
>> addresses. This only seems
On Mon, Jun 18, 2012 at 10:35:46AM +1000, Benjamin Herrenschmidt wrote:
> Hi Paul !
>
> I was about to go debug something else when I hit that with -rc3 (plus
> the patch to fix the current bug.h breakage) on a 32-bit PowerMac G4 SMP
> (2 CPUs): About 1mn pause at boot followed by a bunch of RCU s
On Mon, Jun 18, 2012 at 10:51:59AM +0800, Yong Zhang wrote:
> On Sat, Jun 16, 2012 at 09:32:19AM -0700, Paul E. McKenney wrote:
> > On Tue, May 29, 2012 at 03:16:04PM +0800, Yong Zhang wrote:
> > > From: Yong Zhang
> > >
> > > 1) call_function.lock used in smp_call_function_many() is just to prot
On Fri, Jun 15, 2012 at 7:15 AM, Wanpeng Li wrote:
> From: Wanpeng Li
>
> Warning(drivers/pci/setup-bus.c:277): No description found for parameter
> 'fail_head'
> Warning(drivers/pci/setup-bus.c:277): Excess function parameter 'failed_list'
> description in 'assign_requested_resources_sorted'
>
>>> +/*
> >>> + * Error interrupt registers
> >>> + */
> >>> +
> >>> +#define MPIC_ERR_INT_BASE0x3900
> >>> +#define MPIC_ERR_INT_EISR0x
> >>> +#define MPIC_ERR_INT_EIMR0x0010
> >>> +
> >>> #define MPIC_MAX_IRQ_SOURCES 2048
> >>> #define MPIC_MAX_CPUS
On 06/18/2012 02:12 PM, Sethi Varun-B16395 wrote:
>
>
+/*
> + * Error interrupt registers
> + */
> +
> +#define MPIC_ERR_INT_BASE0x3900
> +#define MPIC_ERR_INT_EISR0x
> +#define MPIC_ERR_INT_EIMR0x0010
> +
> #define MPIC_MAX_IRQ_SOU
> -Original Message-
> From: Wood Scott-B07421
> Sent: Tuesday, June 19, 2012 12:47 AM
> To: Sethi Varun-B16395
> Cc: Kumar Gala; Wood Scott-B07421; Linuxppc-dev@lists.ozlabs.org
> Subject: Re: [PATCH 4/4] powerpc/mpic: FSL MPIC error interrupt support.
>
> On 06/18/2012 02:12 PM, Sethi
On 06/18/2012 02:19 PM, Sethi Varun-B16395 wrote:
>
>
>> -Original Message-
>> From: Wood Scott-B07421
>> Sent: Tuesday, June 19, 2012 12:47 AM
>> To: Sethi Varun-B16395
>> Cc: Kumar Gala; Wood Scott-B07421; Linuxppc-dev@lists.ozlabs.org
>> Subject: Re: [PATCH 4/4] powerpc/mpic: FSL MPIC
On Sun, 17 Jun 2012 21:56:59 +0200
Geert Uytterhoeven wrote:
> + drivers/edac/mpc85xx_edac.c: error: too few arguments to function
> 'edac_mc_alloc': => 983:90
>
> powerpc-randconfig
fixed in linux-next commit b9bc5dd, should have been upstreamed by
now [1] - Mauro?
Kim
[1] http://marc.inf
Em 18-06-2012 17:27, Kim Phillips escreveu:
> On Sun, 17 Jun 2012 21:56:59 +0200
> Geert Uytterhoeven wrote:
>
>>+ drivers/edac/mpc85xx_edac.c: error: too few arguments to function
>> 'edac_mc_alloc': => 983:90
>>
>> powerpc-randconfig
>
> fixed in linux-next commit b9bc5dd, should have bee
On Mon, 2012-06-18 at 09:23 -0600, Bjorn Helgaas wrote:
> Ooh, sorry about that. Who's going to push this fix? I don't see it
> in Linus' tree yet. If you want me to, please forward me the original
> patch.
I want to double check something. We are still printing something wrong
in the kernel l
Hi Paul !
On Mon, 2012-06-18 at 10:05 -0700, Paul E. McKenney wrote:
> > sd 0:0:0:0: Attached scsi generic sg0 type 0
> > sda: [mac] sda1 sda2 sda3 sda4 sda5 sda6 sda7 sda8 sda9 sda10 sda11 sda12
> > sda13 sda14 sda15
> > sd 0:0:0:0: [sda] Attached SCSI disk
> > scsi 0:0:1:0: Direct-Access
On Mon, 2012-06-18 at 14:57 +0200, Andreas Schwab wrote:
> These are the remaining failures on PowerMac7,3:
>
> i2c i2c-5: No i2c address for
> /ht@0,f200/pci@1/mac-io@7/i2c@18000/i2c-modem
> i2c i2c-6: i2c-powermac: modalias failure on
> /u3@0,f800/i2c@f8001000/cereal@1c0
Right, those
This is a continuation of a thread a few months ago:
https://lists.ozlabs.org/pipermail/linuxppc-dev/2012-February/095775.html
zsmalloc is now in the staging tree and there are patches
on lkml to convert the x86 only tlb flushing code to arch
independent code.
https://lkml.org/lkml/2012/5/14/55
On Jun 18, 2012, at 3:39 PM, Benjamin Herrenschmidt wrote:
> On Mon, 2012-06-18 at 09:23 -0600, Bjorn Helgaas wrote:
>> Ooh, sorry about that. Who's going to push this fix? I don't see it
>> in Linus' tree yet. If you want me to, please forward me the original
>> patch.
>
> I want to double
I'm trying to make some progress on these patches, but I'm concerned
about this bit:
> diff --git a/drivers/pcmcia/cardbus.c b/drivers/pcmcia/cardbus.c
> index 24caeaf..a980691 100644
> --- a/drivers/pcmcia/cardbus.c
> +++ b/drivers/pcmcia/cardbus.c
> @@ -85,7 +84,6 @@ int __ref cb_alloc(struct pc
On Tue, Jun 19, 2012 at 06:45:31AM +1000, Benjamin Herrenschmidt wrote:
> Hi Paul !
>
> On Mon, 2012-06-18 at 10:05 -0700, Paul E. McKenney wrote:
>
> > > sd 0:0:0:0: Attached scsi generic sg0 type 0
> > > sda: [mac] sda1 sda2 sda3 sda4 sda5 sda6 sda7 sda8 sda9 sda10 sda11
> > > sda12 sda13 sda
On Mon, 2012-06-18 at 16:04 -0500, Ben Collins wrote:
> On Jun 18, 2012, at 3:39 PM, Benjamin Herrenschmidt wrote:
>
> > On Mon, 2012-06-18 at 09:23 -0600, Bjorn Helgaas wrote:
> >> Ooh, sorry about that. Who's going to push this fix? I don't see it
> >> in Linus' tree yet. If you want me to, p
On Mon, 2012-06-18 at 15:06 -0600, Bjorn Helgaas wrote:
> We're moving the CardBus IRQ config from before pci_bus_add_devices()
> to after. I see why you did that: we're proposing to do the powerpc
> DMA & IRQ setup in pci_bus_add_devices(), so we don't want to have the
> powerpc IRQ init clobber
On Mon, 2012-06-18 at 15:55 -0500, Seth Jennings wrote:
> This is a continuation of a thread a few months ago:
...
>
> With local_flush_tlb_kernel_range() being a stub,
> the new function local_unmap_kernel_range() is exactly
> the same as unmap_kernel_range() since
> local_flush_tlb_kernel_range
24 matches
Mail list logo
