Re: [PATCH v3] omap: beagle: add support for wl1271 on the board file

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2010-09-24 at 21:11 +0200, ext Tony Lindgren wrote:
> * Luciano Coelho <luciano.coelho@xxxxxxxxx> [100924 11:42]:
> > On Fri, 2010-09-24 at 20:03 +0200, ext John W. Linville wrote:
> > > On Thu, Sep 23, 2010 at 01:03:35PM +0300, Luciano Coelho wrote:
> > > > Add board configuration for the wl1271 daughter board.  This patch is based
> > > > on Ohad Ben-Cohen's patches for Zoom boards.
> > > > 
> > > > Cc: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
> > > > Signed-off-by: Luciano Coelho <luciano.coelho@xxxxxxxxx>
> > > > ---
> > > > from v2 to v3: removed accidental change to wl1271.h
> > > 
> > > I presume that this should come through my tree as well (since it
> > > contains the move of wl12xx.h)?
> > 
> > Yes, this is based on your tree.  But please hold on, because there were
> > some comments (namely, the expansion board should be detected, not
> > configured for wl1271 by default), which I still have to fix.  I'm
> > waiting for the manufacturer of the expansion board to provide me with
> > some more info for proper detection.
> > 
> > Also, I know that there are some other work being done in the beagle
> > board file, so we may need to rethink how to sync this.
> > 
> > So, for now, let's skip this patch and I'll provide another one when
> > these issues are addressed.
> 
> You could also do it based on some kernel cmdline option. Of course
> detection during the runtime would be better.

Yes, this is more or less what Openembedded (?) guys seem to be doing.
You can check Robert Nelson's email in the "v2" thread.

The already have some changes in u-boot (which are apparently not in its
mainline yet) that does exactly that.  The bootloader probes the
expansion board and passes the result in a kernel cmdline option.  This
is "runtime", but I think the best solution would be in the end to let
the kernel do the probing itself.

As far as I could tell after some googling, having the bootloader probe
this kind of stuff is legacy because of problems with muxing in older
kernels, so the omap muxing had to be done in the bootloader.  Now that
muxing is working fine in newer kernel, this kind of thing should be
moved to the kernel, or what do you think?

-- 
Cheers,
Luca.

--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux