Re: [LEDE-DEV] b43 support for AC chipsets like BCM4360 and BCM4352?

2017-07-31 Thread rosenp
Based on kernel activity, this driver is not under active development. And yes, avoid. On Tue, 2017-08-01 at 00:42 +0200, Baptiste Jonglez wrote: > Hi, > > As far as I can tell, the b43 driver does not support AC chipsets > like > BCM4352, BCM4360, BCM4366. Support for these is marked BROKEN >

[LEDE-DEV] b43 support for AC chipsets like BCM4360 and BCM4352?

2017-07-31 Thread Baptiste Jonglez
Hi, As far as I can tell, the b43 driver does not support AC chipsets like BCM4352, BCM4360, BCM4366. Support for these is marked BROKEN upstream. This means that a few devices supported by LEDE actually have no wireless, for instance Archer C9 v1, ASUS RT-AC68U, maybe others. Also, quite a

[LEDE-DEV] Fwd: future-proofing opkg

2017-07-31 Thread Val Kulkov
The support for alternatives in LEDE was introduced recently [1] to address the issue where multiple packages attempt to install the same symlink. The method for alternatives support in LEDE is different from that of Debian. In LEDE, an alternative is an attribute of package’s CONTROL file: [1].

Re: [LEDE-DEV] [RFC] kernel patches cleanup

2017-07-31 Thread Alexander Couzens
> I rebased my ages old kernel patch cleanup series. It can be found > here [1]. > > the series annotates all patches and splits them up into 3 folders > backports/pending/hacks. > > I'd like to push this asap if there are no mayor issues as it will be > a pain to rebase once again > >

Re: [LEDE-DEV] boot error on dwr-921 (mt7620n)

2017-07-31 Thread Giuseppe Lippolis
> Look for the word 0x7620 at an even offset, that's the start of the EEPROM. > > > Here the complete bootlog: > > ... > > You are on the right spot, the log confirms that the eeprom partition or offset > is certainly wrong. Daniel, thanks for your help. Now I'm able to complete the boot. But

Re: [LEDE-DEV] [RFC] kernel patches cleanup

2017-07-31 Thread Stijn Tintel
On 31-07-17 18:11, John Crispin wrote: > Hi, > > I rebased my ages old kernel patch cleanup series. It can be found > here [1]. > > the series annotates all patches and splits them up into 3 folders > backports/pending/hacks. I would prefer to keep the patches-X.Y directory and use backport,

Re: [LEDE-DEV] [RFC] kernel patches cleanup

2017-07-31 Thread Baptiste Jonglez
On Mon, Jul 31, 2017 at 06:11:49PM +0200, John Crispin wrote: > I rebased my ages old kernel patch cleanup series. It can be found here [1]. > > the series annotates all patches and splits them up into 3 folders > backports/pending/hacks. > > I'd like to push this asap if there are no mayor