sbp wrote:
> Hi Greg
>
> i think that this issue have just been fixed via this commit to the
> raspberry kernel https://github.com/raspberrypi/linux/pull/1293
>
> regards
> steen
Thanks Steen,
I have been following this thread which I believe is the same Craig.
Greg Erskine wrote:
> Hi JackOfAll,
>
> Thanks.
>
> Who would do this? This is crazy!, even fraudulent, as it was a
> manufacturing error.
>
> We could probably add "sudo ifconfig wlan0 hw ether 02:00:00:xx:xx:xx"
> as a tweak for piCorePlayer, but that doesn't help everyone else.
>
> Do you
JackOfAll wrote:
> MAC is harcoded into /lib/firmware/brcm/brcmfmac43143.bin, which is the
> firmware file loaded to the dongle by the driver.
>
> 'official broadcom wifi adapter, duplicate mac addresses'
> (https://www.raspberrypi.org/forums/viewtopic.php?f=63=131986=902294)
Hi JackOfAll,
JackOfAll wrote:
> LOL. It was just going to be a brain-dead stand-alone dt-overlay,
> configure a GPIO (to be specified as dt param) to a value (0 or 1,
> specified as a dt param). I thought that was pretty universal. More
> universal than say, adding a param to an existing iqaudio-overlay to
>
Jeff07971 wrote:
> Just to confirm this will be universal not resricted to any amp or GPIO
> and work with the player "Power" status ?
>
LOL. It was just going to be a brain-dead stand-alone dt-overlay,
configure a GPIO (to be specified as dt param) to a value (0 or 1,
specified as a dt
Greg Erskine wrote:
> Hi JackOfAll,
> Can you please explain a bit more, I thought MAC addresses were usually
> in firmware. In the old days they had a rom just for the MAC address.
>
MAC is harcoded into /lib/firmware/brcm/brcmfmac43143.bin, which is the
firmware file loaded to the dongle by
JackOfAll wrote:
> Jeff/Pascal,
>
> On my TODO list (and already discussed with Gordon) a dt overlay that
> un-mutes the amp during boot.
Just to confirm this will be universal not resricted to any amp or GPIO
and work with the player "Power" status ?
Jeff
*Players:* SliMP3,Squeezebox3
JackOfAll wrote:
> Yep, and even when they add the firmware to pico, you will have to deal
> with the problem of MAC being hard-coded into firmware and if you fire
> up multiple dongles on the same local network...
> The "official" dongle needs to be put on an "avoid at all costs" list!
> ;)
JackOfAll wrote:
> Yep, and even when they add the firmware to pico, you will have to deal
> with the problem of MAC being hard-coded into firmware and if you fire
> up multiple dongles on the same local network...
> The "official" dongle needs to be put on an "avoid at all costs" list!
> ;)
Linvincible wrote:
> it's normal, since this is a big update it was chosen not to make it
> available via online upgrade, you need to download the full version and
> burn it on the card as in the old days
>
> you can see on the news page of picoreplayer page:
>
> "IMPORTANT: Because this
Jeff07971 wrote:
> I think that the GPIO Pin 22 toggle is unique to the amp drivers, I
> tested this before using the script metioned here.
Jeff/Pascal,
On my TODO list (and already discussed with Gordon) a dt overlay that
un-mutes the amp during boot.
gozkil wrote:
>
> I guess I should have done my research better, before buying 15 sets of
> Pi's and dongles - I just assumed we'll be safe if we go with the
> 'official' dongle...
>
Yep, and even when they add the firmware to pico, you will have to deal
with the problem of MAC being
it's normal, since this is a big update it was chosen not to make it
available via online upgrade, you need to download the full version and
burn it on the card as in the old days
you can see on the news page of picoreplayer page:
"IMPORTANT: Because this version is so different from the others
Squeezed_Rotel wrote:
> This a.m., I attempted to upgrade some of my pCP 2.00 playes insitu. I
> tried to upgrade 4 different players. 3 were 2.00 and one was 1.18. All
> attempts produced the same error.
>
> -[ INFO ] You are currently using version: piCorePlayer2.00
>
> [ INFO ] Downloading
Ok, got it.
In this case I had to edit the .../www/cgi-bin/writeoudiotweak.cgi
On line 46 I changed the Link
"EQREPOSITORY="http://sourceforge.net/projects/picoreplayer/files/tce/7.x/ALSAequal/";
to http*s* and the installation runs through without any error.
Is this a bug in the 2.01 or an
Hi John,
same for me. The in-site updates to v2.01 ends up with this error.
For me the only solution was to edit the
/home/tc/www/cgi-bin/insitu_update.cgi and changed the insitu.cfg path
manually to this link:
Code:
16 matches
Mail list logo