subject:"Re\: \[gentoo\-user\] No wifi"

On Thursday, 11 April 2024 16:18:51 BST Michael wrote:
> On Thursday, 11 April 2024 16:15:52 BST Peter Humphrey wrote:
> > On Thursday, 11 April 2024 16:08:35 BST Michael wrote:
> > > On Thursday, 11 April 2024 13:49:18 BST Peter Humphrey wrote:
> > --->8
> > 
> > > > I decided to establish a firm, clean system to fall back to after
> > > > messing
> > > > about with the various wifi packages, so I built a fresh system
> > > > building
> > > > on the merged-usr stage-3. I was surprised to find that kde-plasma/
> > > > powerdevil now insists on installing Network Manager unless I set
> > > > USE=-
> > > > wireless against it.
> > > > 
> > > > Why has this happened? Can't the poor power devil cope with any other
> > > > way
> > > > of running WiFi?
> > > 
> > > The USE="wireless" flag on powerdevil is needed to save energy when the
> > > bluetooth/wireless chip is idle.  This function could be useful with
> > > laptops running on battery.
> > > 
> > > If you set USE="-networkmanager" in make.conf and USE="-wireless" for
> > > the
> > > powerdevil package you won't be bothered by this again.
> > 
> > I already had USE="-networkmanager" in make.conf.
> > 
> > This is not a laptop and it has no battery. Nowhere on the system is there
> > any hint to the contrary, so I still think this has not been thought
> > through. The logic should have included alternatives to Network Manager.
> 
> Yes, I agree wholeheartedly.  However, these decisions are taken upstream,
> where there is a tendency of convergence to monoculture.

Sorry, but I disagree with that last. The ebuild could have contained suitable 
logic, and it still could.

-- 
Regards,
Peter.

Re: [gentoo-user] Getting WiFi to work

2024-04-11 Thread Michael

On Thursday, 11 April 2024 16:15:52 BST Peter Humphrey wrote:
> On Thursday, 11 April 2024 16:08:35 BST Michael wrote:
> > On Thursday, 11 April 2024 13:49:18 BST Peter Humphrey wrote:
> --->8
> 
> > > I decided to establish a firm, clean system to fall back to after
> > > messing
> > > about with the various wifi packages, so I built a fresh system building
> > > on the merged-usr stage-3. I was surprised to find that kde-plasma/
> > > powerdevil now insists on installing Network Manager unless I set USE=-
> > > wireless against it.
> > > 
> > > Why has this happened? Can't the poor power devil cope with any other
> > > way
> > > of running WiFi?
> > 
> > The USE="wireless" flag on powerdevil is needed to save energy when the
> > bluetooth/wireless chip is idle.  This function could be useful with
> > laptops running on battery.
> > 
> > If you set USE="-networkmanager" in make.conf and USE="-wireless" for the
> > powerdevil package you won't be bothered by this again.
> 
> I already had USE="-networkmanager" in make.conf.
> 
> This is not a laptop and it has no battery. Nowhere on the system is there
> any hint to the contrary, so I still think this has not been thought
> through. The logic should have included alternatives to Network Manager.

Yes, I agree wholeheartedly.  However, these decisions are taken upstream, 
where there is a tendency of convergence to monoculture.


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Getting WiFi to work

On Tuesday, 9 April 2024 15:56:28 BST Wojciech Kuzyszyn wrote:

> I have never managed to get WiFi working with iwlwifi, but iwd works
> great for me. Give it a try!

I will - thanks!

-- 
Regards,
Peter.

Re: [gentoo-user] Getting WiFi to work

On Thursday, 11 April 2024 16:08:35 BST Michael wrote:
> On Thursday, 11 April 2024 13:49:18 BST Peter Humphrey wrote:
--->8
> > I decided to establish a firm, clean system to fall back to after messing
> > about with the various wifi packages, so I built a fresh system building
> > on the merged-usr stage-3. I was surprised to find that kde-plasma/
> > powerdevil now insists on installing Network Manager unless I set USE=-
> > wireless against it.
> > 
> > Why has this happened? Can't the poor power devil cope with any other way
> > of running WiFi?
> 
> The USE="wireless" flag on powerdevil is needed to save energy when the
> bluetooth/wireless chip is idle.  This function could be useful with laptops
> running on battery.
> 
> If you set USE="-networkmanager" in make.conf and USE="-wireless" for the
> powerdevil package you won't be bothered by this again.

I already had USE="-networkmanager" in make.conf.

This is not a laptop and it has no battery. Nowhere on the system is there any 
hint to the contrary, so I still think this has not been thought through. The 
logic should have included alternatives to Network Manager.

-- 
Regards,
Peter.

Re: [gentoo-user] Getting WiFi to work

2024-04-11 Thread Michael

On Thursday, 11 April 2024 13:49:18 BST Peter Humphrey wrote:
> On Tuesday, 9 April 2024 14:44:05 BST Paul Sopka wrote:
> > On 09.04.24 15:23, Peter Humphrey wrote:
> > > Hello list,
> > > 
> > > I want to move my Intel i5 NUC box to a place where Ethernet is not
> > > available, nor like to become so. That means I have to get WiFi working,
> > > but I've had no success so far. The wiki pages are many, confusing and
> > > contradictory, so I'd like the panel's advice on the way to proceed.
> > > 
> > > The first thing I tried was the traditional wpa_supplicant, which seemed
> > > to go well - except that I couldn't get the link out of the DOWN state.
> > > 
> > > Then I tried NetworkManager, and failed with that too.
> > > 
> > > This is the hardware:
> > > # lspci -v -s 00:14.3
> > > 00:14.3 Network controller: Intel Corporation Raptor Lake PCH CNVi WiFi
> > > (rev 01)
> > > --->8
> > > 
> > >  Kernel driver in use: iwlwifi
> > >  Kernel modules: iwlwifi
> > > 
> > > And this is dmesg:
> > > 
> > > $ dmesg | grep -i wifi
> > > [1.622343] Intel(R) Wireless WiFi driver for Linux
> > > [1.622432] iwlwifi :00:14.3: enabling device ( -> 0002)
> > > [1.625069] iwlwifi :00:14.3: Detected crf-id 0x400410, cnv-id
> > > 0x80400 wfpm id 0x8020
> > > [1.625121] iwlwifi :00:14.3: PCI dev 51f1/0094, rev=0x370,
> > > rfid=0x2010d000
> > > [1.625313] Loading firmware: iwlwifi-so-a0-gf-a0-86.ucode
> > > [1.626644] iwlwifi :00:14.3: TLV_FW_FSEQ_VERSION: FSEQ Version:
> > > 0.0.2.41
> > > [1.626902] iwlwifi :00:14.3: loaded firmware version
> > > 86.fb5c9aeb.0
> > > so- a0-gf-a0-86.ucode op_mode iwlmvm
> > > [1.643426] iwlwifi :00:14.3: Detected Intel(R) Wi-Fi 6E AX211
> > > 160MHz, REV=0x370
> > > [1.651382] iwlwifi :00:14.3: WRT: Invalid buffer destination
> > > [1.809375] iwlwifi :00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x20
> > > [1.809385] iwlwifi :00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
> > > [1.809394] iwlwifi :00:14.3: WFPM_AUTH_KEY_0: 0x90
> > > [1.809401] iwlwifi :00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x0
> > > [1.809403] Loading firmware: iwlwifi-so-a0-gf-a0.pnvm
> > > [1.810724] iwlwifi :00:14.3: loaded PNVM version e28bb9d7
> > > [1.810817] iwlwifi :00:14.3: RFIm is deactivated, reason = 4
> > > [1.825831] iwlwifi :00:14.3: Detected RF GF, rfid=0x2010d000
> > > [1.897387] iwlwifi :00:14.3: base HW address: f4:6d:3f:2a:33:3e
> > > 
> > > Would net-wireless/iwd get me a bit further?
> > > 
> > > Meanwhile, I'll keep on exploring with the results of sys-apps/hw-probe.
> > 
> > Hey Peter
> > 
> > This might be the wrong firmware being loaded.
> > 
> > Are you building your the iwlwifi driver not as a module but directly
> > into the kernel?
> > 
> > Are you including your firmware into the kernel?
> > 
> > If you do the above, try loading the driver as a module. Also enable
> > both DVM and MVM Firmware support.
> > 
> > Then emerge  sys-kernel/linux-firmware without USE=savedconfig.
> > 
> > Finally reboot and check wther it works. If it works, check which
> > firmware is loaded in your dmesg.
> 
> I decided to establish a firm, clean system to fall back to after messing
> about with the various wifi packages, so I built a fresh system building on
> the merged-usr stage-3. I was surprised to find that kde-plasma/powerdevil
> now insists on installing Network Manager unless I set USE=-wireless
> against it.
> 
> Why has this happened? Can't the poor power devil cope with any other way of
> running WiFi?

The USE="wireless" flag on powerdevil is needed to save energy when the 
bluetooth/wireless chip is idle.  This function could be useful with laptops 
running on battery.

If you set USE="-networkmanager" in make.conf and USE="-wireless" for the 
powerdevil package you won't be bothered by this again.

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Getting WiFi to work

On Tuesday, 9 April 2024 14:44:05 BST Paul Sopka wrote:
> On 09.04.24 15:23, Peter Humphrey wrote:
> > Hello list,
> > 
> > I want to move my Intel i5 NUC box to a place where Ethernet is not
> > available, nor like to become so. That means I have to get WiFi working,
> > but I've had no success so far. The wiki pages are many, confusing and
> > contradictory, so I'd like the panel's advice on the way to proceed.
> > 
> > The first thing I tried was the traditional wpa_supplicant, which seemed
> > to go well - except that I couldn't get the link out of the DOWN state.
> > 
> > Then I tried NetworkManager, and failed with that too.
> > 
> > This is the hardware:
> > # lspci -v -s 00:14.3
> > 00:14.3 Network controller: Intel Corporation Raptor Lake PCH CNVi WiFi
> > (rev 01)
> > --->8
> > 
> >  Kernel driver in use: iwlwifi
> >  Kernel modules: iwlwifi
> > 
> > And this is dmesg:
> > 
> > $ dmesg | grep -i wifi
> > [1.622343] Intel(R) Wireless WiFi driver for Linux
> > [1.622432] iwlwifi :00:14.3: enabling device ( -> 0002)
> > [1.625069] iwlwifi :00:14.3: Detected crf-id 0x400410, cnv-id
> > 0x80400 wfpm id 0x8020
> > [1.625121] iwlwifi :00:14.3: PCI dev 51f1/0094, rev=0x370,
> > rfid=0x2010d000
> > [1.625313] Loading firmware: iwlwifi-so-a0-gf-a0-86.ucode
> > [1.626644] iwlwifi :00:14.3: TLV_FW_FSEQ_VERSION: FSEQ Version:
> > 0.0.2.41
> > [1.626902] iwlwifi :00:14.3: loaded firmware version 86.fb5c9aeb.0
> > so- a0-gf-a0-86.ucode op_mode iwlmvm
> > [1.643426] iwlwifi :00:14.3: Detected Intel(R) Wi-Fi 6E AX211
> > 160MHz, REV=0x370
> > [1.651382] iwlwifi :00:14.3: WRT: Invalid buffer destination
> > [1.809375] iwlwifi :00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x20
> > [1.809385] iwlwifi :00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
> > [1.809394] iwlwifi :00:14.3: WFPM_AUTH_KEY_0: 0x90
> > [1.809401] iwlwifi :00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x0
> > [1.809403] Loading firmware: iwlwifi-so-a0-gf-a0.pnvm
> > [1.810724] iwlwifi :00:14.3: loaded PNVM version e28bb9d7
> > [1.810817] iwlwifi :00:14.3: RFIm is deactivated, reason = 4
> > [1.825831] iwlwifi :00:14.3: Detected RF GF, rfid=0x2010d000
> > [1.897387] iwlwifi :00:14.3: base HW address: f4:6d:3f:2a:33:3e
> > 
> > Would net-wireless/iwd get me a bit further?
> > 
> > Meanwhile, I'll keep on exploring with the results of sys-apps/hw-probe.
> 
> Hey Peter
> 
> This might be the wrong firmware being loaded.
> 
> Are you building your the iwlwifi driver not as a module but directly
> into the kernel?
> 
> Are you including your firmware into the kernel?
> 
> If you do the above, try loading the driver as a module. Also enable
> both DVM and MVM Firmware support.
> 
> Then emerge  sys-kernel/linux-firmware without USE=savedconfig.
> 
> Finally reboot and check wther it works. If it works, check which
> firmware is loaded in your dmesg.

I decided to establish a firm, clean system to fall back to after messing about 
with the various wifi packages, so I built a fresh system building on the 
merged-usr stage-3. I was surprised to find that kde-plasma/powerdevil now 
insists on installing Network Manager unless I set USE=-wireless against it.

Why has this happened? Can't the poor power devil cope with any other way of 
running WiFi?

-- 
Regards,
Peter.

Re: [gentoo-user] Getting WiFi to work

2024-04-09 Thread Wojciech Kuzyszyn

On Tue, 09 Apr 2024 14:23:31 +0100
Peter Humphrey  wrote:

> Hello list,
> 
> I want to move my Intel i5 NUC box to a place where Ethernet is not
> available, nor like to become so. That means I have to get WiFi
> working, but I've had no success so far. The wiki pages are many,
> confusing and contradictory, so I'd like the panel's advice on the
> way to proceed.
> 
> The first thing I tried was the traditional wpa_supplicant, which
> seemed to go well - except that I couldn't get the link out of the
> DOWN state.
> 
> Then I tried NetworkManager, and failed with that too.
> 
> This is the hardware:
> # lspci -v -s 00:14.3 
> 00:14.3 Network controller: Intel Corporation Raptor Lake PCH CNVi
> WiFi (rev 01)
> --->8  
> Kernel driver in use: iwlwifi
> Kernel modules: iwlwifi
> 
> And this is dmesg:
> 
> $ dmesg | grep -i wifi
> [1.622343] Intel(R) Wireless WiFi driver for Linux
> [1.622432] iwlwifi :00:14.3: enabling device ( -> 0002)
> [1.625069] iwlwifi :00:14.3: Detected crf-id 0x400410, cnv-id
> 0x80400 wfpm id 0x8020
> [1.625121] iwlwifi :00:14.3: PCI dev 51f1/0094, rev=0x370, 
> rfid=0x2010d000
> [1.625313] Loading firmware: iwlwifi-so-a0-gf-a0-86.ucode
> [1.626644] iwlwifi :00:14.3: TLV_FW_FSEQ_VERSION: FSEQ
> Version: 0.0.2.41
> [1.626902] iwlwifi :00:14.3: loaded firmware version
> 86.fb5c9aeb.0 so- a0-gf-a0-86.ucode op_mode iwlmvm
> [1.643426] iwlwifi :00:14.3: Detected Intel(R) Wi-Fi 6E AX211
> 160MHz, REV=0x370
> [1.651382] iwlwifi :00:14.3: WRT: Invalid buffer destination
> [1.809375] iwlwifi :00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x20
> [1.809385] iwlwifi :00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
> [1.809394] iwlwifi :00:14.3: WFPM_AUTH_KEY_0: 0x90
> [1.809401] iwlwifi :00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x0
> [1.809403] Loading firmware: iwlwifi-so-a0-gf-a0.pnvm
> [1.810724] iwlwifi :00:14.3: loaded PNVM version e28bb9d7
> [1.810817] iwlwifi :00:14.3: RFIm is deactivated, reason = 4
> [1.825831] iwlwifi :00:14.3: Detected RF GF, rfid=0x2010d000
> [1.897387] iwlwifi :00:14.3: base HW address:
> f4:6d:3f:2a:33:3e
> 
> Would net-wireless/iwd get me a bit further?
> 
> Meanwhile, I'll keep on exploring with the results of
> sys-apps/hw-probe.
> 


Hello!

I have never managed to get WiFi working with iwlwifi, but iwd works
great for me. Give it a try!

-- 
xWK


pgpr1X7lPIT02.pgp
Description: Podpis cyfrowy OpenPGP

Re: [gentoo-user] Getting WiFi to work

2024-04-09 Thread Paul Sopka


On 09.04.24 15:23, Peter Humphrey wrote:

Hello list,

I want to move my Intel i5 NUC box to a place where Ethernet is not available,
nor like to become so. That means I have to get WiFi working, but I've had no
success so far. The wiki pages are many, confusing and contradictory, so I'd
like the panel's advice on the way to proceed.

The first thing I tried was the traditional wpa_supplicant, which seemed to go
well - except that I couldn't get the link out of the DOWN state.

Then I tried NetworkManager, and failed with that too.

This is the hardware:
# lspci -v -s 00:14.3
00:14.3 Network controller: Intel Corporation Raptor Lake PCH CNVi WiFi (rev
01)
--->8
 Kernel driver in use: iwlwifi
 Kernel modules: iwlwifi

And this is dmesg:

$ dmesg | grep -i wifi
[1.622343] Intel(R) Wireless WiFi driver for Linux
[1.622432] iwlwifi :00:14.3: enabling device ( -> 0002)
[1.625069] iwlwifi :00:14.3: Detected crf-id 0x400410, cnv-id 0x80400
wfpm id 0x8020
[1.625121] iwlwifi :00:14.3: PCI dev 51f1/0094, rev=0x370,
rfid=0x2010d000
[1.625313] Loading firmware: iwlwifi-so-a0-gf-a0-86.ucode
[1.626644] iwlwifi :00:14.3: TLV_FW_FSEQ_VERSION: FSEQ Version:
0.0.2.41
[1.626902] iwlwifi :00:14.3: loaded firmware version 86.fb5c9aeb.0 so-
a0-gf-a0-86.ucode op_mode iwlmvm
[1.643426] iwlwifi :00:14.3: Detected Intel(R) Wi-Fi 6E AX211 160MHz,
REV=0x370
[1.651382] iwlwifi :00:14.3: WRT: Invalid buffer destination
[1.809375] iwlwifi :00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x20
[1.809385] iwlwifi :00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
[1.809394] iwlwifi :00:14.3: WFPM_AUTH_KEY_0: 0x90
[1.809401] iwlwifi :00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x0
[1.809403] Loading firmware: iwlwifi-so-a0-gf-a0.pnvm
[1.810724] iwlwifi :00:14.3: loaded PNVM version e28bb9d7
[1.810817] iwlwifi :00:14.3: RFIm is deactivated, reason = 4
[1.825831] iwlwifi :00:14.3: Detected RF GF, rfid=0x2010d000
[1.897387] iwlwifi :00:14.3: base HW address: f4:6d:3f:2a:33:3e

Would net-wireless/iwd get me a bit further?

Meanwhile, I'll keep on exploring with the results of sys-apps/hw-probe.


Hey Peter

This might be the wrong firmware being loaded.

Are you building your the iwlwifi driver not as a module but directly 
into the kernel?


Are you including your firmware into the kernel?

If you do the above, try loading the driver as a module. Also enable 
both DVM and MVM Firmware support.


Then emerge  sys-kernel/linux-firmware without USE=savedconfig.

Finally reboot and check wther it works. If it works, check which 
firmware is loaded in your dmesg.

Re: [gentoo-user] Re: Wifi issues with 6.1.66 kernel and rtl8723bu driver

2023-12-14 Thread Alexis Praga

Thank you both for replying quickly.

Michael, the driver does not seem to differ and nothing has changed in my 
configuration. rtl8723bu is not, to my knowledge, run in AP mode. I have 
blacklisted rtl8xxu. Also, I use NetworkManager.

Nikos, thanks for the link ! Updating to 6.1.67 solved my issue.
The update seems to have been made very recently, so thanks to the gentoo dev 
too.

Best,

On Thursday, December 14th, 2023 at 4:29 PM, Nikos Chantziaras 
 wrote:

> 

> 

> On 13/12/2023 22:34, Alexis Praga wrote:
> 

> > Hi,
> > 

> > After a recent update to the latest kernel, I'm having troubles with a 
> > custom wifi driver [1], packaged using latest git into GURU.
> > The laptop does recognize and connect to my wifi (that is, my iphone). But 
> > I cannot access internet and NetworkManager cannot be restarted or stopped 
> > (I have to force-shutdown the computer).
> > It may come from wpa_supplicant.
> > 

> > Reverting the kernel to previous version (6.1.60) fixes the issue.
> 

> 

> 6.1.67 was an emergency release to fix one single issue related to wifi:
> 

> https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.67

signature.asc
Description: OpenPGP digital signature

Re: [gentoo-user] using Wifi in a new machine : solved

2023-06-10 Thread Philip Webb

After much investigation, I've finally got Wifi working in my new machine.

There were  2  serious problems :
the firmware had been updated to a new version number (7961 from 7921),
which I was able to find in System Rescue /lib/firmware 
(it wasn't in the latest Gentoo firmware pkg).

Then many tries failed to get Wpa-supplicant to start via RC :
every time, it failed to start because it couldn't find an interface
(the failure seems to be due to Udev/Dhcpcd/W-S tripping over one another).
Finally, I removed it from the default runlevel
& started it after boot + login via 'rc-service ... start'.
There's a  15 sec  delay, then 'ip a' shows carrier + IP numbers
(it doesn't change the name from 'wlan0', but that doesn't matter).
I've aliased the start command as 'wifi' in /root/.bashrc ,
which allows an easy start-up after every reboot
(I insist on long-standing UNIX procedure
& do all system management in a root console).

The w-p conf file I'm using is as simple as cb ,
showing only  SSID PSK priority .

This is a desktop system in the basement of a downtown house :
the Wifi server is upstairs over my head.

FYI for anyone else who finds her/himself stuck in this way.

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] using Wifi in a new machine

2023-06-03 Thread Michael

On Saturday, 3 June 2023 01:17:08 BST Philip Webb wrote:

> The password looks like 'M343477M' (all different characters).
> It works with SR + Mint.

Yes, this will work with wpa_supplicant.

> Today's investigations :
> 
> (1) I copied the BT- firmware ( 2 files) from SR
> into  /lib/firmware/mediatek  on the new machine : no change.
> 
> 'dmesg | grsp firmware' gives
> 
>   Spectre V2 : Enabling Restricted Speculation for firmware calls.
>   Loading firmware : regulatory.db
>   Loading firmware : regulatory.db.p7s
>   mediatek /WIFI_MT7961_patch_mcu_1_2_hdr.bin
>   mediatek /WIFI_RAM_CODE_MT7961_1.bin [repeated once]
> 
> At the end of  dmesg  it says :
> 
>   mt7921e : renamed from wlan0

This is expected, as the NIC name as identified by the kernel is replaced by 
udev following a reliably predictable convention.  From what you have reported 
so far, your wlan0 is renamed to wlp5s0.

> (2) w_s dox : one suggested conf file has simply :
> 
>   network {
> ssid="simple"
> psk=""
> priority=5
>   }
> 
> This makes no difference.

By leaving out any directives for algorithms and encryption options, the 
wpa_supplicant will try them one at time until one hopefully succeeds.

> (3) You didn't comment on the failure of w-s to start in default runlevel.
> The final lines before login are :
> 
>   INIT : Entering runlevel : 3
>   Waiting for uevents to be processed ...
>   [RED] Could not find a wireless interface
>   [RED] ERROR : wpa_supplicant failed to start
>   starting DHCP client Daemon
>   Mounting network filesystems
>   Starting local

I may have missed this in previous messages.  wpa_supplicant cannot start your 
wireless interface because it is not yet initialised.  However, if the kernel 
has picked it up further up and udev renamed it, it ought to be available - 
see below.

> The first red msg is from the w-s script in  /etc/init.d .
> I wonder whether w-s sb trying to start before the DHCP deamon ?
> It has no difficulty starting via 'rc-service' after login.

wpa_supplicant will have to bring up the interface and authenticate with an 
AP, before IP layer negotiations can start on DHCP for an IP address.

> Unfortunately, I can't explore how SF + Mint handle this,
> as they both use Systemd, not Openrc, which I am using.

It might be a matter of slowing down the start of the wpa_supplicant service 
until the NIC initialisation by the kernel and its renaming by udev has 
completed.  NICs connected to USB as opposed to PCI bus often tend to be a bit 
sluggish.  You can uncomment this line in '/etc/conf.d/wpa_supplicant' openrc 
configuration:

# uncomment this if wpa_supplicant starts up before your network interface
# is ready and it causes issues
rc_want="dev-settle"

> I'll look thro' the /usr/share dox as carefully as I can.
> Your comment on my final query wb very welcome
> or any other thoughts you might have.

Your wpa_supplicant configuration may be OK, if the only problem is 
wpa_supplicant rc service fails to start.  If however, the logs show the 
interface comes up and then authentication with the AP fails, then tweaking 
the wpa_supplicant configuration will be necessary.

Generally, I troubleshoot such problems by methodically configuring, enabling 
and monitoring an interface as I manually tweak things:

1. Configure the kernel for NIC drivers.  I run 'dmesg -W' and then 'modprobe 
-v' the relevant module until I can see in the output the driver is loaded, 
any module dependencies are also loaded and the interface is initialised.  'ip 
link show' should list the NIC.  For permanent interfaces I tend to build the 
driver in the kernel, for temporary interfaces I tend to build the driver as 
modules.  These days firmware files are generally available for linux, but 
sometimes in the past they had to be downloaded and extracted from the 
manufacturers binary blobs.

2. Configure the netifrc script, if I use netifrc to manage more complicated 
network configurations for an interface.  Alternatively, I only add dhcpcd to 
the default runlevel instead and leave it to do its thing.  For wireless NICs 
I may just use the wpa_supplicant service instead, which deals with AP 
authentication too.  As I start/stop any of these services manually, I check 
the log output to see if there are any problems and tweak the configuration to 
resolve them.  For wpa_supplicant I may increase verbosity and also check the 
output of wpa_cli/wpa_gui, if pairing negotiations with an AP are not 
successful and authentication fails.  I've used NetworkManager and ConnMan 
too, but only with binary distros.

3. Once everything works manually, I add the required service to the default 
run level and reboot.  If things do not work as expected, I enable rc logging 
and check its output.

Usually, after a couple of iterations I end up with a working network 
connection.

See how the above suggestions go and post back with your results.

signature.asc
Description: This is a digitally signed message

Re: [gentoo-user] using Wifi in a new machine

2023-06-02 Thread Philip Webb

230602 Michael wrote:
> On Friday, 2 June 2023 07:16:41 BST Philip Webb wrote:
>> #wpa_supplicant.conf 230601
>> 
>> network={
>>   ssid=""
>>   bssid=AA:BB:CC:DD:EE:FF
>>   proto=RSN
>> key_mgmt=WPA-PSK
>>   pairwise=CCMP
>> auth_alg=OPEN
>>   group=CCMP
>> psk=""
>>   ieee80211w=2
>>   priority=5
>> }
> 
> Have a look at your
>  /usr/share/doc/wpa_supplicant-2.10-r1/wpa_supplicant.conf.bz2

Thanx : I tend to look at 'man' & forget the dox in  /usr/share .
I've copied it all into this regular machine & will look thro' it ;
there's an awful lot of info, but some tiny note mb the solution (grin).

> If you define ieee80211w=2 for obligatory 'management frame protection',
> I understand you'll need :
>   key_mgmt=WPA-PSK WPA-PSK-SHA256 (for WPA2)
> or
>   key_mgmt=SAE (Simultaneous Authentication of Equals for WPA3 only)

I tried both, but no change.

> Meanwhile, PSK stands for "Pre-Shared Key".
> This is meant to be either 64 hex-digits (32 bytes)
> or an ASCII passphrase which will be used to generate the PSK with the SSID,
> when the configuration file is processed by  wpa_supplicant .
> Typically a passphrase is used with domestic WiFi routers.

This Wifi belongs to my landlord & is just over my head in the house.
IIRC it runs on Ubuntu (he uses Mac for his home-office).
He's amiable, but no tech specialist (he distributes movies for a living).

> Either way, look at 'man wpa_passphrase' if you ever want to generate a key.

The password looks like 'M343477M' (all different characters).
It works with SR + Mint.

Today's investigations :

(1) I copied the BT- firmware ( 2 files) from SR
into  /lib/firmware/mediatek  on the new machine : no change.

'dmesg | grsp firmware' gives

  Spectre V2 : Enabling Restricted Speculation for firmware calls.
  Loading firmware : regulatory.db
  Loading firmware : regulatory.db.p7s
  mediatek /WIFI_MT7961_patch_mcu_1_2_hdr.bin
  mediatek /WIFI_RAM_CODE_MT7961_1.bin [repeated once]

At the end of  dmesg  it says :

  mt7921e : renamed from wlan0

(2) w_s dox : one suggested conf file has simply :

  network {
ssid="simple"
psk=""
priority=5
  }

This makes no difference.

(3) You didn't comment on the failure of w-s to start in default runlevel.
The final lines before login are :

  INIT : Entering runlevel : 3
  Waiting for uevents to be processed ...
  [RED] Could not find a wireless interface
  [RED] ERROR : wpa_supplicant failed to start
  starting DHCP client Daemon
  Mounting network filesystems
  Starting local

The first red msg is from the w-s script in  /etc/init.d .
I wonder whether w-s sb trying to start before the DHCP deamon ?
It has no difficulty starting via 'rc-service' after login.

Unfortunately, I can't explore how SF + Mint handle this,
as they both use Systemd, not Openrc, which I am using.

I'll look thro' the /usr/share dox as carefully as I can.
Your comment on my final query wb very welcome
or any other thoughts you might have.

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] using Wifi in a new machine : progress

2023-06-02 Thread Michael

On Friday, 2 June 2023 07:16:41 BST Philip Webb wrote:
> 230601 Lee K wrote:
> > On Thu, Jun 01, 2023 at 11:09:50PM -0400, Philip Webb wrote:
> >> What is still not good is that that interface has "NO-CARRIER".
> >> Also, 'rc-status' after a reboot shows  wpa_supplicant  as STOPPED.
> >> 
> >> 'rc-service -v wpa_supplicant start' gets it STARTED,
> >> but 'ip a' still shows "NO-CARRIER".
> >> I tried 'ip link set wlp5s0 carrier on',
> >> but was told "operation not supported".
> >> 
> >> w_s seems to be finding its conf file
> >> at  /etc/wpa_supplicant/wpa_supplicant.conf ,
> >> but 'wpa_cli' continues to say "can't link to wpa_supplicant".
> >> 
> >> I have checked the service name + password are correct in the conf file.
> > 
> > Can you post the contents of wpa_supplicant.conf..?
> 
> #wpa_supplicant.conf 230601
> 
> network={
>   ssid=""
>   bssid=AA:BB:CC:DD:EE:FF
>   proto=RSN
> key_mgmt=WPA-PSK
>   pairwise=CCMP
> auth_alg=OPEN
>   group=CCMP
> psk=""
>   ieee80211w=2
>   priority=5
> }

Have a look at your /usr/share/doc/wpa_supplicant-2.10-r1/
wpa_supplicant.conf.bz2, or whatever is the version of your installed 
wpa_supplicant package.

If you define ieee80211w=2 for obligatory 'management frame protection', I 
understand you'll need:

key_mgmt=WPA-PSK WPA-PSK-SHA256 (for WPA2)

or,

key_mgmt=SAE (Simultaneous Authentication of Equals for WPA3 only)

Meanwhile, PSK stands for "Pre-Shared Key".  This is meant to be either 64 
hex-digits (32 bytes), or an ASCII passphrase which will be used to generate 
the PSK with the SSID, when the configuration file is processed by 
wpa_supplicant.  Typically a passphrase is used with domestic WiFi routers.  
Either way, look at 'man wpa_passphrase' if you ever want to generate a key.

> I have put  wpa_supplicant  in the default services started at boot.

Good.

> There was also a suggestion to create a symlink  net.wlp5s0
> pointing to  net.lo  both in  /etc/init.d ; it's not there now.

This would be needed for more granular network configuration - it depends on 
your particular use case requirements (different NICs, APs, gateways, static 
IPs, etc.).  If you have added wpa_supplicant in your default level rc scripts 
then you don't need both.

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] using Wifi in a new machine : progress

2023-06-02 Thread Michael

On Friday, 2 June 2023 04:09:50 BST Philip Webb wrote:
> Thanks for all the help so far.
> 
> I've solved the firmware problem.
> The needed files weren't in the latest stable version of  linux-firmware
> nor in the masked version (after much hassle unmasking it),
> but they are in both System Rescue + Mint /lib/firmware/mediatek .
> They are versions  7922  and  7961  with corresponding RAM_CODE files.

Are you sure?  These are all the mediatek files I have here:

 $ ls -la /lib/firmware/mediatek
total 24648
drwxr-xr-x  9 root root4096 May 18 16:17 .
drwxr-xr-x 80 root root   20480 May 18 16:17 ..
-rw-r--r--  1 root root  511830 May 18 16:16 BT_RAM_CODE_MT7922_1_1_hdr.bin
-rw-r--r--  1 root root  532590 May 18 16:16 BT_RAM_CODE_MT7961_1_2_hdr.bin
-rw-r--r--  1 root root  137632 May 18 16:16 WIFI_MT7922_patch_mcu_1_1_hdr.bin
-rw-r--r--  1 root root   92192 May 18 16:16 WIFI_MT7961_patch_mcu_1_2_hdr.bin
-rw-r--r--  1 root root  827124 May 18 16:16 WIFI_RAM_CODE_MT7922_1.bin
-rw-r--r--  1 root root  719348 May 18 16:16 WIFI_RAM_CODE_MT7961_1.bin
-rw-r--r--  1 root root   45412 May 18 16:15 mt7601u.bin
-rw-r--r--  1 root root   80680 May 18 16:16 mt7610e.bin
-rw-r--r--  1 root root   80288 May 18 16:16 mt7610u.bin
-rw-r--r--  1 root root  122644 May 18 16:16 mt7615_cr4.bin
-rw-r--r--  1 root root  457992 May 18 16:16 mt7615_n9.bin
-rw-r--r--  1 root root   11102 May 18 16:16 mt7615_rom_patch.bin
-rw-r--r--  1 root root  300376 May 18 16:16 mt7622_n9.bin
-rw-r--r--  1 root root   82110 May 18 16:16 mt7622_rom_patch.bin
-rw-r--r--  1 root root   78158 May 18 16:16 mt7622pr2h.bin
-rw-r--r--  1 root root  368220 May 18 16:15 mt7650.bin
-rw-r--r--  1 root root  382212 May 18 16:16 mt7650e.bin
-rw-r--r--  1 root root   81908 May 18 16:16 mt7662.bin
-rw-r--r--  1 root root   26350 May 18 16:16 mt7662_rom_patch.bin
-rw-r--r--  1 root root   91412 May 18 16:16 mt7662u.bin
-rw-r--r--  1 root root   20686 May 18 16:16 mt7662u_rom_patch.bin
-rw-r--r--  1 root root  335072 May 18 16:16 mt7663_n9_rebb.bin
-rw-r--r--  1 root root  441688 May 18 16:16 mt7663_n9_v3.bin
-rw-r--r--  1 root root  278558 May 18 16:16 mt7663pr2h.bin
-rw-r--r--  1 root root  209230 May 18 16:16 mt7663pr2h_rebb.bin
-rw-r--r--  1 root root  170990 May 18 16:16 mt7668pr2h.bin
-rw-r--r--  1 root root3584 May 18 16:16 mt7915_eeprom.bin
-rw-r--r--  1 root root3584 May 18 16:16 mt7915_eeprom_dbdc.bin
-rw-r--r--  1 root root  144544 May 18 16:16 mt7915_rom_patch.bin
-rw-r--r--  1 root root  116160 May 18 16:16 mt7915_wa.bin
-rw-r--r--  1 root root 1260960 May 18 16:16 mt7915_wm.bin
-rw-r--r--  1 root root4096 May 18 16:16 mt7916_eeprom.bin
-rw-r--r--  1 root root8672 May 18 16:16 mt7916_rom_patch.bin
-rw-r--r--  1 root root  507856 May 18 16:16 mt7916_wa.bin
-rw-r--r--  1 root root 1710304 May 18 16:16 mt7916_wm.bin
-rw-r--r--  1 root root8736 May 18 16:16 mt7981_rom_patch.bin
-rw-r--r--  1 root root  492336 May 18 16:16 mt7981_wa.bin
-rw-r--r--  1 root root 2052592 May 18 16:16 mt7981_wm.bin
-rw-r--r--  1 root root 2427600 May 18 16:16 mt7981_wo.bin
-rw-r--r--  1 root root4096 May 18 16:16 mt7986_eeprom_mt7975_dual.bin
-rw-r--r--  1 root root4096 May 18 16:16 mt7986_eeprom_mt7976.bin
-rw-r--r--  1 root root4096 May 18 16:16 mt7986_eeprom_mt7976_dbdc.bin
-rw-r--r--  1 root root4096 May 18 16:16 mt7986_eeprom_mt7976_dual.bin
-rw-r--r--  1 root root   12768 May 18 16:16 mt7986_rom_patch.bin
-rw-r--r--  1 root root   12768 May 18 16:16 mt7986_rom_patch_mt7975.bin
-rw-r--r--  1 root root  518784 May 18 16:16 mt7986_wa.bin
-rw-r--r--  1 root root 2226016 May 18 16:16 mt7986_wm.bin
-rw-r--r--  1 root root 2226016 May 18 16:16 mt7986_wm_mt7975.bin
-rw-r--r--  1 root root 2428032 May 18 16:16 mt7986_wo_0.bin
-rw-r--r--  1 root root 2428032 May 18 16:16 mt7986_wo_1.bin
drwxr-xr-x  2 root root4096 May 18 16:17 mt8173
drwxr-xr-x  2 root root4096 May 18 16:17 mt8183
drwxr-xr-x  2 root root4096 May 18 16:17 mt8186
drwxr-xr-x  2 root root4096 May 18 16:17 mt8192
drwxr-xr-x  2 root root4096 May 18 16:17 mt8195
drwxr-xr-x  2 root root4096 May 18 16:17 sof
drwxr-xr-x  2 root root4096 May 18 16:17 sof-tplg


> I copied them into the new machine in the same-named dir, 'unxz' them
> & after reboot 'dmesg' announced that it had loaded  7961
> & 'ip a' showed a 4th interface 'wlp5s0'.  So far, so good.

I suggest you have another look at what files portage installed with the 
linux-firmware package to understand why these were missing.  However, if the 
interface is now initialised by the kernel, you can at least move on to the 
next step.  :-)


> What is still not good is that that interface has "NO-CARRIER".

What is the full output please?  Does it show the interface is "UP"?


> Also, 'rc-status' after a reboot shows  wpa_supplicant  as STOPPED.

This may mean the interface is not up yet.  Does running the rc-service 
command I provided previously, or '/etc/init.d/net.wlp5s0 -v start' bring it 
up?  Can

Re: [gentoo-user] using Wifi in a new machine : progress

2023-06-02 Thread Philip Webb

230601 Lee K wrote:
> On Thu, Jun 01, 2023 at 11:09:50PM -0400, Philip Webb wrote:
>> What is still not good is that that interface has "NO-CARRIER".
>> Also, 'rc-status' after a reboot shows  wpa_supplicant  as STOPPED.
>> 
>> 'rc-service -v wpa_supplicant start' gets it STARTED,
>> but 'ip a' still shows "NO-CARRIER".
>> I tried 'ip link set wlp5s0 carrier on',
>> but was told "operation not supported".
>> 
>> w_s seems to be finding its conf file
>> at  /etc/wpa_supplicant/wpa_supplicant.conf ,
>> but 'wpa_cli' continues to say "can't link to wpa_supplicant".
>> 
>> I have checked the service name + password are correct in the conf file.
 
> Can you post the contents of wpa_supplicant.conf..?

#wpa_supplicant.conf 230601

network={
  ssid=""
  bssid=AA:BB:CC:DD:EE:FF
  proto=RSN
key_mgmt=WPA-PSK
  pairwise=CCMP
auth_alg=OPEN
  group=CCMP
psk=""
  ieee80211w=2
  priority=5
}

I have put  wpa_supplicant  in the default services started at boot.

There was also a suggestion to create a symlink  net.wlp5s0
pointing to  net.lo  both in  /etc/init.d ; it's not there now.

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] using Wifi in a new machine : progress

2023-06-02 Thread Philip Webb

230601 Lee K wrote:
> On Thu, Jun 01, 2023 at 11:09:50PM -0400, Philip Webb wrote:
> > Thanks for all the help so far.
> > 
> > I've solved the firmware problem.
> > The needed files weren't in the latest stable version of  linux-firmware
> > nor in the masked version (after much hassle unmasking it),
> > but they are in both System Rescue + Mint /lib/firmware/mediatek .
> > They are versions  7922  and  7961  with corresponding RAM_CODE files.
> > 
> > I copied them into the new machine in the same-named dir, 'unxz' them
> > & after reboot 'dmesg' announced that it had loaded  7961 
> > & 'ip a' showed a 4th interface 'wlp5s0'.  So far, so good.
> > 
> > What is still not good is that that interface has "NO-CARRIER".
> > Also, 'rc-status' after a reboot shows  wpa_supplicant  as STOPPED.
> > 
> > 'rc-service -v wpa_supplicant start' gets it STARTED,
> > but 'ip a' still shows "NO-CARRIER".
> > I tried 'ip link set wlp5s0 carrier on',
> > but was told "operation not supported".
> > 
> > w_s seems to be finding its conf file
> > at  /etc/wpa_supplicant/wpa_supplicant.conf ,
> > but 'wpa_cli' continues to say "can't link to wpa_supplicant".
> > 
> > I have checked the service name + password are correct in the conf file.
> > 
> > It's approaching supper time & I've run out of ideas for today anyway.
> > 
> > Any further advice is most welcome (smile).
> > 
> > -- 
> > ,,
> > SUPPORT ___//___,   Philip Webb
> > ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
> > TRANSIT`-O--O---'   purslowatchassdotutorontodotca
> > 
> > 
> 
> I don't know if you've already done so, but if not, can you post the
> contents of wpa_supplicant.conf..?
> 
> -- 
> Lee

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] using Wifi in a new machine : progress

2023-06-01 Thread Lee K

On Thu, Jun 01, 2023 at 11:09:50PM -0400, Philip Webb wrote:
> Thanks for all the help so far.
> 
> I've solved the firmware problem.
> The needed files weren't in the latest stable version of  linux-firmware
> nor in the masked version (after much hassle unmasking it),
> but they are in both System Rescue + Mint /lib/firmware/mediatek .
> They are versions  7922  and  7961  with corresponding RAM_CODE files.
> 
> I copied them into the new machine in the same-named dir, 'unxz' them
> & after reboot 'dmesg' announced that it had loaded  7961 
> & 'ip a' showed a 4th interface 'wlp5s0'.  So far, so good.
> 
> What is still not good is that that interface has "NO-CARRIER".
> Also, 'rc-status' after a reboot shows  wpa_supplicant  as STOPPED.
> 
> 'rc-service -v wpa_supplicant start' gets it STARTED,
> but 'ip a' still shows "NO-CARRIER".
> I tried 'ip link set wlp5s0 carrier on',
> but was told "operation not supported".
> 
> w_s seems to be finding its conf file
> at  /etc/wpa_supplicant/wpa_supplicant.conf ,
> but 'wpa_cli' continues to say "can't link to wpa_supplicant".
> 
> I have checked the service name + password are correct in the conf file.
> 
> It's approaching supper time & I've run out of ideas for today anyway.
> 
> Any further advice is most welcome (smile).
> 
> -- 
> ,,
> SUPPORT ___//___,   Philip Webb
> ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
> TRANSIT`-O--O---'   purslowatchassdotutorontodotca
> 
> 

I don't know if you've already done so, but if not, can you post the
contents of wpa_supplicant.conf..?

-- 
Lee

Re: [gentoo-user] using Wifi in a new machine : progress

2023-06-01 Thread Philip Webb

Thanks for all the help so far.

I've solved the firmware problem.
The needed files weren't in the latest stable version of  linux-firmware
nor in the masked version (after much hassle unmasking it),
but they are in both System Rescue + Mint /lib/firmware/mediatek .
They are versions  7922  and  7961  with corresponding RAM_CODE files.

I copied them into the new machine in the same-named dir, 'unxz' them
& after reboot 'dmesg' announced that it had loaded  7961 
& 'ip a' showed a 4th interface 'wlp5s0'.  So far, so good.

What is still not good is that that interface has "NO-CARRIER".
Also, 'rc-status' after a reboot shows  wpa_supplicant  as STOPPED.

'rc-service -v wpa_supplicant start' gets it STARTED,
but 'ip a' still shows "NO-CARRIER".
I tried 'ip link set wlp5s0 carrier on',
but was told "operation not supported".

w_s seems to be finding its conf file
at  /etc/wpa_supplicant/wpa_supplicant.conf ,
but 'wpa_cli' continues to say "can't link to wpa_supplicant".

I have checked the service name + password are correct in the conf file.

It's approaching supper time & I've run out of ideas for today anyway.

Any further advice is most welcome (smile).

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] using Wifi in a new machine

2023-06-01 Thread Michael

On Thursday, 1 June 2023 19:54:08 BST Philip Webb wrote:
> 230531 Michael wrote:
> > It seems you have the correct module for the mediatek driver installed,
> > since lshw on gentoo shows it being used. What is not shown is the
> > firmware. Now, to bottom out the firmware issue.
> > You need to specify the firmware path in your kernel, as explained here.
> > By default this would be under /lib/firmware/ :
> > https://wiki.gentoo.org/wiki/Linux_firmware
> 
> /lib/firmware/ is the dir with firmware files.
> 
> > Hopefully, the requisite firmware file blobs will be present
> > in the latest stable 'sys-kernel/linux-firmware' package,
> > once you install it.
> 
> It is already installed (230404) , presumably as part of Stage 3.
> That date shouldn't be too old.

The current stable version is:

sys-kernel/linux-firmware-20230515

I suggest you run an update to fetch this version - see below.


> > dmesg will reveal if these are/not being loaded.
> 
> 'dmesg | grep firmware' shows  10  identical lines :
> 
>   Loading firmware : mediatek/WIFI_MT7921_patch_mcu_1_2_hdr.bin :
>failed with error-2 .

Oops!  This is rather ominous and the cause of your problems - see below.


> > you could keyword the trunk version hoping it contains what you need:
> >**     *l^bstd   [compress-xz compress-zstd initramfs
> > 
> > +redistributable savedconfig unknown-license]   ["initramfs? (
> > redistributable ) ?? ( compress-xz compress-zstd )"]
> 
> I don't understand these lines (smile).

This is the bleeding edge version of the package, but you may not need to 
install it (yet).


> > Or, you could compare what firmware files are loaded in Mint/SR ISOs
> > and copy these over to your Gentoo system for now
> 
> SR shows no record of loading via 'dmesg' ;
> Mint ends with a lot of Bluetooth + mt7921e references.
> Mint mentions a firmware " 01 " ( 4 underlines ).

Hmm ... Mint seems to be using an older version, which according to this post 
has since been patched:

https://lore.kernel.org/lkml/3198471.FQF0JACdhR@ripper/


> > or you could fish around the Mediatek website for approp firmware files.
> 
> no sign of firmware files.

OK.

I had a look in the latest stable version sys-kernel/linux-firmware-20230515 
for the file you reported an error on:

$ find /lib/firmware -iname WIFI_MT7961_patch_mcu_1_2_hdr.bin
/lib/firmware/mediatek/WIFI_MT7961_patch_mcu_1_2_hdr.bin
$ ls -la /lib/firmware/mediatek/WIFI_MT7961_patch_mcu_1_2_hdr.bin
-rw-r--r-- 1 root root 92192 May 18 16:16 /lib/firmware/mediatek/
WIFI_MT7961_patch_mcu_1_2_hdr.bin

Do you get the same result?  I'd update to the latest linux-firmware version 
first, just in case.

> > Finally, set up a symlink from '/etc.init.d/net.wlp5s0'
> > to '/etc/init.d/net.lo' or whatever your card is detected, if not wlp5s0.
> 
> i've created that link, but how is it supposed to help ?

This is merely to bring up the interface and establish your wireless network 
service at boot time, if you add it to the default run level:

rc-update add net.wlp5s0 default

but until you get it working, you can use this service to start/stop your 
wireless connection manually.


> > https://wiki.gentoo.org/wiki/Handbook:AMD64/Networking/Introduction
> > 
> > and bring up your wireless network service:
> >  'rc-service -v net.wlp5s0 start'
> 
> it gives "ERROR : fails to start".

Yes, because there is the previous problem with the firmware.


> > Besides wpa_supplicant, other packages required like 'net-misc/netifrc',
> > 'net-misc/dhcpcd' should be installed,
> > if they have not been brought in as dependencies already.
> 
> I've installed 'netifrc' ; 'dhcpcd' was installed long ago.
> 
> > Please post back your dmesg and any terminal output,
> > if you are still having problems bringing up this wireless interface.
> > PS. This page which may or may not be still relevant
> > with the latest stable kernels, but you may want to take a look either
> > way:
> > https://wiki.gentoo.org/wiki/User:Chess/MT7921e
> 
> So no progress today.  I can try copying the firmware files from SR/Mint
> -- everything under  /lib/firmware/  in SR/Mint & see if it helps.

Not yet, let's see if the missing firmware file is available in your /lib/
firmware first.


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] using Wifi in a new machine

2023-06-01 Thread Philip Webb

230531 Michael wrote:
> It seems you have the correct module for the mediatek driver installed,
> since lshw on gentoo shows it being used. What is not shown is the firmware.
> Now, to bottom out the firmware issue.
> You need to specify the firmware path in your kernel, as explained here.
> By default this would be under /lib/firmware/ :
> https://wiki.gentoo.org/wiki/Linux_firmware

/lib/firmware/ is the dir with firmware files.

> Hopefully, the requisite firmware file blobs will be present
> in the latest stable 'sys-kernel/linux-firmware' package,
> once you install it.

It is already installed (230404) , presumably as part of Stage 3.
That date shouldn't be too old.

> dmesg will reveal if these are/not being loaded.

'dmesg | grep firmware' shows  10  identical lines :

  Loading firmware : mediatek/WIFI_MT7921_patch_mcu_1_2_hdr.bin :
   failed with error-2 .

> you could keyword the trunk version hoping it contains what you need:
> 
>**     *l^bstd [compress-xz compress-zstd initramfs 
> +redistributable savedconfig unknown-license] ["initramfs? ( redistributable 
> ) 
> ?? ( compress-xz compress-zstd )"]

I don't understand these lines (smile).

> Or, you could compare what firmware files are loaded in Mint/SR ISOs
> and copy these over to your Gentoo system for now

SR shows no record of loading via 'dmesg' ;
Mint ends with a lot of Bluetooth + mt7921e references.
Mint mentions a firmware " 01 " ( 4 underlines ).

> or you could fish around the Mediatek website for approp firmware files.

no sign of firmware files.

> Finally, set up a symlink from '/etc.init.d/net.wlp5s0'
> to '/etc/init.d/net.lo' or whatever your card is detected, if not wlp5s0.

i've created that link, but how is it supposed to help ?

> https://wiki.gentoo.org/wiki/Handbook:AMD64/Networking/Introduction

> and bring up your wireless network service:
>  'rc-service -v net.wlp5s0 start'

it gives "ERROR : fails to start".
 
> Besides wpa_supplicant, other packages required like 'net-misc/netifrc',
> 'net-misc/dhcpcd' should be installed,
> if they have not been brought in as dependencies already.

I've installed 'netifrc' ; 'dhcpcd' was installed long ago.

> Please post back your dmesg and any terminal output,
> if you are still having problems bringing up this wireless interface.
> PS. This page which may or may not be still relevant
> with the latest stable kernels, but you may want to take a look either way:
> https://wiki.gentoo.org/wiki/User:Chess/MT7921e

So no progress today.  I can try copying the firmware files from SR/Mint
-- everything under  /lib/firmware/  in SR/Mint & see if it helps.

Your final note was a link to someone's pains using mt7921e,
which he sad in the end was defective software.

Further advice is still very welcome (smile).

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] using Wifi in a new machine

2023-05-31 Thread Michael

Hi Philip,

On Wednesday, 31 May 2023 18:06:19 BST Philip Webb wrote:
> 230531 Mark Dymek wrote:
> > are you installing Gentoo or is this on a running system ?
> > because the minimal installer only uses  wpa_supplicant .
> > i couldn’t get wi-fi to work when i was installing Gentoo.
> > once i had everything installed though it worked.
> 
> That's interesting, but it doesn't take me much further (smile).
> Yes, this is in the early stage of installing in a new machine.
> Wifi works easily with System Rescue + Mint (running from USB stick).
> The minimal installer -- presumably you mean Stage 3 --
> didn't include 'wpa_supplicant' & I emerged it later.
> 
> Your experience suggests there mb some pkg missing, which I need.
> Do you -- or anyone else -- have any idea what it might be ?
> 
> Perhaps there's still some firmware missing,
> but I'm having difficulty identifying what it could be
> or where I would find it.
> 
> Any more substantial advice is very welcome.

It seems you have the correct module for the mediatek driver installed, since 
lshw on gentoo shows it being used.  What is not shown is the firmware.

Do you see now the wireless link when you run 'ip link show', or is it still 
absent?

The 'rfkill list' command (from sys-apps/util-linux) will list if by mistake 
you have left your wireless adapter switched off - laptops have a hardware 
button on the keyboard for this; e.g.

 ~ # rfkill list
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: yes

If so, press the keyboard button to unblock it.

Now, to bottom out the firmware issue.  You need to specify the firmware path 
in your kernel, as explained here.  By default this would be under /lib/
firmware:

https://wiki.gentoo.org/wiki/Linux_firmware

Hopefully, the requisite firmware file blobs will be present in the latest 
stable 'sys-kernel/linux-firmware' package once you install it.  dmesg will 
reveal if these are/not being loaded.  For example, this is what I get on an 
old laptop with Intel wireless:

[   13.276068] Loading firmware: iwlwifi-5000-5.ucode
[   13.519131] iwlwifi :04:00.0: loaded firmware version 8.83.5.1 build 
33692 5000-5.ucode op_mode iwldvm
[   13.622473] iwlwifi :04:00.0: CONFIG_IWLWIFI_DEBUG disabled
[   13.622483] iwlwifi :04:00.0: CONFIG_IWLWIFI_DEBUGFS disabled
[   13.622486] iwlwifi :04:00.0: CONFIG_IWLWIFI_DEVICE_TRACING disabled
[   13.622489] iwlwifi :04:00.0: Detected Intel(R) WiFi Link 5100 AGN, 
REV=0x54
[   13.664327] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs'
[   13.730477] iwlwifi :04:00.0 wlp4s0: renamed from wlan0

What do you do if the latest linux-firmware package does not have the firmware 
blob(s) your wireless card requires, because it is rather new hardware?  Well, 
you could keyword the trunk version hoping it contains what you need:

   **     *l^bstd   [compress-xz compress-zstd initramfs 
+redistributable savedconfig unknown-license]   ["initramfs? ( redistributable 
) 
?? ( compress-xz compress-zstd )"]

Or, you could compare what firmware files are loaded in Mint/SR ISOs and copy 
these over to your Gentoo system for now, or you could fish around the 
mediatek website for appropriate firmware files.

Finally, set up a symlink from '/etc.init.d/net.wlp5s0' to '/etc/init.d/
net.lo', (or whatever your card is detected as if not wlp5s0) - see here:

https://wiki.gentoo.org/wiki/Handbook:AMD64/Networking/Introduction

and bring up your wireless network service:

rc-service -v net.wlp5s0 start

NOTE: Besides wpa_supplicant, other packages required like 'net-misc/netifrc', 
'net-misc/dhcpcd' should be installed, if they have not been brought in as 
dependencies already.

Please post back your dmesg and any terminal output if you are still having 
problems bringing up this wireless interface.

PS. I saw this page which may or may not be still relevant with the latest 
stable kernels, but you may want to take a look either way:

https://wiki.gentoo.org/wiki/User:Chess/MT7921e

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] using Wifi in a new machine

2023-05-31 Thread Philip Webb

230531 Mark Dymek wrote:
> are you installing Gentoo or is this on a running system ?
> because the minimal installer only uses  wpa_supplicant .
> i couldn’t get wi-fi to work when i was installing Gentoo.
> once i had everything installed though it worked.

That's interesting, but it doesn't take me much further (smile).
Yes, this is in the early stage of installing in a new machine.
Wifi works easily with System Rescue + Mint (running from USB stick).
The minimal installer -- presumably you mean Stage 3 --
didn't include 'wpa_supplicant' & I emerged it later.

Your experience suggests there mb some pkg missing, which I need.
Do you -- or anyone else -- have any idea what it might be ?

Perhaps there's still some firmware missing,
but I'm having difficulty identifying what it could be
or where I would find it.

Any more substantial advice is very welcome.

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] using Wifi in a new machine

2023-05-31 Thread Philip Webb

230531 Jack wrote:
> On 5/31/23 12:30, Philip Webb wrote:
>> Also, under "configuration:", Mint says "broadcast=yes, driver=nt7921e,
> Is there a typo?  Above says driver nt7921e (first letter N)
>> driver_version=5.15.0-generic, firmware=__91-20220209 150915,
>> latency=0, multicast=yes, wireless=IEEE 802.11",
>> whereas Gentoo says only "driver=mt7921e, latency=0".
> Driver here is mt7921e (first letter M).
> If it's not a copy/paste error, is it wrong in some config file ?

sorry, it's been a long day.  yes, it's a typo : the driver is 'mt7921e'.

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] using Wifi in a new machine

2023-05-31 Thread Mark Dymek

are you installing gentoo or is this on a running system? because the minimal 
installer only uses wpa_supplicant i couldn’t get wi-fi to work when i was 
installing gentoo. once i had everything installed though it worked. 

On Wed, May 31, 2023, at 12:30 PM, Philip Webb wrote:
> Thanks to Michael for his helpful advice.
> I've narrowed the problem down somewhat,
> but Wifi still doesn't work on Gentoo, tho' it does on Mint + SR.
> 
> The difference seems to be that when I enter 'lshw -class network' in Mint,
> I get "network | description : Wireless interface ... ",
> but in Gentoo it says "network | description : Network controller ... ".
> Also, under "configuration:", Mint says "broadcast=yes, driver=nt7921e,
> driver_version=5.15.0-generic, firmware=__91-20220209 150915,
> latency=0, multicast=yes, wireless=IEEE 802.11",
> whereas Gentoo says only "driver=mt7921e, latency=0".
> 
> 'lsmod' gives the same result on both systems, incl firmware.
> 
> It looks as if modules + firmware are all installed,
> but for some reason Gentoo isn't recognising the device as Wifi.
> 
> What might be missing ?
> 
> BTW there appears to be a pkg 'rfkill' :
> on Mint 'rfkill' reports "Bluetooth hci0 | wlan phy0", both unblocked.
> 
> Any further advice wb most welcome (smile).
> 
> -- 
> ,,
> SUPPORT ___//___,   Philip Webb
> ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
> TRANSIT`-O--O---'   purslowatchassdotutorontodotca
> 
> 
>

Re: [gentoo-user] using Wifi in a new machine

2023-05-31 Thread Jack


On 5/31/23 12:30, Philip Webb wrote:

Thanks to Michael for his helpful advice.
I've narrowed the problem down somewhat,
but Wifi still doesn't work on Gentoo, tho' it does on Mint + SR.

The difference seems to be that when I enter 'lshw -class network' in Mint,
I get "network | description : Wireless interface ... ",
but in Gentoo it says "network | description : Network controller ... ".
Also, under "configuration:", Mint says "broadcast=yes, driver=nt7921e,

Is there a typo?  Above says driver nt7921e (first letter N)

driver_version=5.15.0-generic, firmware=__91-20220209 150915,
latency=0, multicast=yes, wireless=IEEE 802.11",
whereas Gentoo says only "driver=mt7921e, latency=0".
Driver here is mt7921e (first letter M)  If it's not a copy/paste error, 
is it wrong in some config file?


'lsmod' gives the same result on both systems, incl firmware.

It looks as if modules + firmware are all installed,
but for some reason Gentoo isn't recognising the device as Wifi.

What might be missing ?

BTW there appears to be a pkg 'rfkill' :
on Mint 'rfkill' reports "Bluetooth hci0 | wlan phy0", both unblocked.

Any further advice wb most welcome (smile).

Re: [gentoo-user] using Wifi in a new machine

2023-05-31 Thread Philip Webb

Thanks to Michael for his helpful advice.
I've narrowed the problem down somewhat,
but Wifi still doesn't work on Gentoo, tho' it does on Mint + SR.

The difference seems to be that when I enter 'lshw -class network' in Mint,
I get "network | description : Wireless interface ... ",
but in Gentoo it says "network | description : Network controller ... ".
Also, under "configuration:", Mint says "broadcast=yes, driver=nt7921e,
driver_version=5.15.0-generic, firmware=__91-20220209 150915,
latency=0, multicast=yes, wireless=IEEE 802.11",
whereas Gentoo says only "driver=mt7921e, latency=0".

'lsmod' gives the same result on both systems, incl firmware.

It looks as if modules + firmware are all installed,
but for some reason Gentoo isn't recognising the device as Wifi.

What might be missing ?

BTW there appears to be a pkg 'rfkill' :
on Mint 'rfkill' reports "Bluetooth hci0 | wlan phy0", both unblocked.

Any further advice wb most welcome (smile).

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] using Wifi in a new machine

2023-05-30 Thread Michael

On Tuesday, 30 May 2023 11:21:21 BST Philip Webb wrote:
> 230511 Michael wrote:
> > On Wed, 10 May 2023 21:42:16 -0400, Philip Webb wrote:
> >> Can anyone explain how I can get Wifi working
> >> at this early point in the installation process ?
> > 
> > 1. Check if the appropriate firmware is available,
> > otherwise fetch it from here and untar it in /lib/firmware:
> > https://www.intel.co.uk/content/www/uk/en/support/articles/05511/wirel
> > ess.html I think you'll need "iwlwifi-cc-46.3cfab8da.0.tgz" ?
> 
> My Mobo manual (Gigabyte X570S Aero G) says :
>   "Wireless Module : Intel Wifi 6 AX200 ; AMD Wifi 6E RZ608 (MT7921K)".
> The Intel firmware site says the firmware you name above is correct for it.
> (I don't understand why they give separate specs for Intel/AMD :
> my CPU is AMD)

These two separate specs correspond to two different versions of the Gigabyte 
X570S Aero G MoBo.  You need to confirm which card your MoBo came with.  
Easiest would be to check the output of dmesg and 'lshw -short -class network' 
after you boot with Mint.

If you run 'lshw -class network', you will additionally see what driver is 
loaded my Mint and what firmware files are needed.

> > 2. Load the appropriate kernel module for your hardware.
> 
> I've compiled several modules for the kernel : which do you mean ?

The driver corresponding to your hardware.  The MoBo manual is listing two 
different wireless NICs depending on the version of your MoBo:

https://www.gigabyte.com/Motherboard/X570S-AERO-G-rev-1x/sp#sp

If your wireless card is Intel, the kernel driver is iwlwifi.

If your wireless card is MediaTek's MT7921K (rebranded by AMD) then your 
kernel driver is mt7921.

You can confirm with lshw which of these is loaded when you boot with Mint, 
alternatively you can also note what firmware files are being used by the 
card:

lsmod

and

modinfo 
[snip ...]

firmware: 
firmware: 

Then when you boot with Gentoo, check in /lib/firmware the above listed 
firmware files are already there.

> > 3. Configure /etc/conf.d/net with some appropriate settings; e.g.
> > 
> >   modules="wpa_supplicant"
> >   wpa_supplicant_wlan0="-Dnl80211"
> >   mac_wlan0="A1:B2:C3:D4:E5:F6"
> >   config_wlan0="dhcp"
> 
> 'net' didn't exist in /etc/conf.d , so i created it with your content.

For an exhaustive list of network options you could configure in /etc/conf.d/
net, you may want to explore the content of /usr/share/doc/netifrc-*/
net.example.bz2

> > Substitute wlan0 with whatever your wireless NIC is identified as
> > in 'ip link show'.
> 
> 'ip a' + 'ip link show' both list  3  interfaces :
>   (1) lo ; (2) enp6so (my landline) ; (3) sit0@NONE  mtu1480 ... .

OK, this is because you the required wireless card driver is not installed/
loaded in your kernel and therefore the interface is not initialised by the 
kernel.

> With SR + Mint, the interface is shown as 'wlp5s0' (see below),
> which I've written in 'net' in place of 'wlan0' (3 times),
> eg 'config_wlp5s0="dhcp"'.
> 
> (The landline interface works correctly)
> 
> > 4. Configure /etc/wpa_supplicant/wpa_supplicant.conf
> > 
> > with suitable authentication credentials for your AP :
> >   network={
> >   
> > ssid="My_AP"
> > bssid=AA:BB:CC:DD:EE:FF
> > proto=RSN
> > 
> > key_mgmt=WPA-PSK (for WPA3, try key_mgmt=WPA-PSK-SHA256)
> > 
> > pairwise=CCMP
> > 
> > auth_alg=OPEN
> > 
> > group=CCMP
> > 
> > psk="Very_Secret_Shared_Key"
> > 
> > ieee80211w=2 (1 is for PMF 'enabled', or 2 for 'required')
> > priority=5
> >   
> >   }
> 
> I've done that.
> 
> > 5. Then start the wpa_supplicant service :
> >   'rc-service -v wpa_supplicant start'.
> 
> I've added it to start-up services with 'rc-update add wpa_supplicant',
> then rebooted & it shows up as "started".  'dhcpcd' also starts at boot.
> 
> When I boot, the messages say  2  relevant things :
> 
>   "Caching service dependencies ...
>   Successfully initialised wpa_supplicant ... "
> 
>   "INIT : Entering Runlevel 3
>   could not find wireless interface
[snip ...]

Right, as I mentioned above the kernel requires the relevant driver either 
configured in or as a module to be able to initialise the wireless card.

Once you configure and reboot your Gentoo kernel with the necessary wireless 
driver, it will pick up the card, load any corresponding firmware files, or 
complain in dmesg if these are missing, then start the wpa_supplicant and 
dhcpcd services to configure your network connection.

It appears but for a missing kernel driver you're almost there.  :-)

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] using Wifi in a new machine

2023-05-30 Thread Philip Webb

230511 Michael wrote:
> On Wed, 10 May 2023 21:42:16 -0400, Philip Webb wrote:
>> Can anyone explain how I can get Wifi working
>> at this early point in the installation process ?
> 1. Check if the appropriate firmware is available,
> otherwise fetch it from here and untar it in /lib/firmware:
> https://www.intel.co.uk/content/www/uk/en/support/articles/05511/wireless.html
> I think you'll need "iwlwifi-cc-46.3cfab8da.0.tgz" ?

My Mobo manual (Gigabyte X570S Aero G) says :
  "Wireless Module : Intel Wifi 6 AX200 ; AMD Wifi 6E RZ608 (MT7921K)".
The Intel firmware site says the firmware you name above is correct for it.
(I don't understand why they give separate specs for Intel/AMD :
my CPU is AMD)

> 2. Load the appropriate kernel module for your hardware.

I've compiled several modules for the kernel : which do you mean ?

> 3. Configure /etc/conf.d/net with some appropriate settings; e.g.
>   modules="wpa_supplicant"
>   wpa_supplicant_wlan0="-Dnl80211"
>   mac_wlan0="A1:B2:C3:D4:E5:F6"
>   config_wlan0="dhcp"

'net' didn't exist in /etc/conf.d , so i created it with your content.

> Substitute wlan0 with whatever your wireless NIC is identified as
> in 'ip link show'.

'ip a' + 'ip link show' both list  3  interfaces :
  (1) lo ; (2) enp6so (my landline) ; (3) sit0@NONE  mtu1480 ... .

With SR + Mint, the interface is shown as 'wlp5s0' (see below),
which I've written in 'net' in place of 'wlan0' (3 times),
eg 'config_wlp5s0="dhcp"'.

(The landline interface works correctly)

> 4. Configure /etc/wpa_supplicant/wpa_supplicant.conf
> with suitable authentication credentials for your AP :
> 
>   network={
> ssid="My_AP"
> bssid=AA:BB:CC:DD:EE:FF
> proto=RSN
> key_mgmt=WPA-PSK (for WPA3, try key_mgmt=WPA-PSK-SHA256)
> pairwise=CCMP
> auth_alg=OPEN
> group=CCMP
> psk="Very_Secret_Shared_Key"
> ieee80211w=2 (1 is for PMF 'enabled', or 2 for 'required')
> priority=5
>   }

I've done that.

> 5. Then start the wpa_supplicant service :
>   'rc-service -v wpa_supplicant start'.

I've added it to start-up services with 'rc-update add wpa_supplicant',
then rebooted & it shows up as "started".  'dhcpcd' also starts at boot.

When I boot, the messages say  2  relevant things :

  "Caching service dependencies ...
  Successfully initialised wpa_supplicant ... "

  "INIT : Entering Runlevel 3
  could not find wireless interface
  ERROR : wpa_supplicant failed to start
  Starting DHCP client Daemon ... [ok] "

The problem isn't in the new machine's hardware :
System Rescue + Mint both offer to start Wifi & succeed ;
'ip a' for both shows an extra line for "wlp5s0",
which appears to be the wireless interface the new Gentoo can't find ;
it shows 'no carrier' before they start Wifi, which disappears afterwards.

I've looked at their  /lib/modules/  /lib/firmware/  /etc  dirs,
but don't see anything to help (both use Systemd ; I use Openrc).

So for some reason my embryonic Gentoo system can't find the interface,
a very basic problem.

Tnanks to Michael, whose advice helped upto a point.
Can anyone suggest how I can get Gentoo to find the wireless interface ?

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] using Wifi in a new machine

2023-05-11 Thread Philip Webb

230511 Michael wrote:
> On Thursday, 11 May 2023 15:01:51 BST Philip Webb wrote:
>> There is another related question : is there a way
>> to make both connections simultaneously & switch between them ?
> If you configure them both in /etc/conf.d/net with different priorities, both 
> will come up and obtain routes and IP addresses.  Use a different metric for 
> each to specify which NIC will take priority in your network stack, e.g.:
> 
> metric_enp2s0=20
> metric_wlp4s0=30
> 
> In the above example the wireless is acting as a fallback when the wired 
> enp2s0 fails.  Using arpwatch or ip-monitor can automate the fallback by 
> monitoring a particular IP address/route, but to manually switch between them 
> I think you'll have to shut down the one you don't want.
> 
> Using iproute's 'metric' option to change priorities will also work.  
> However, 
> I think established connections will continue to use the previous NIC and 
> route.
> 
> There may be more sophisticated ways to achieve what you want, other 
> contributors may have better ideas.

Thanks : I'll save this among my notes.

Any further advice in this area is very welcome.

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] using Wifi in a new machine

2023-05-11 Thread Michael

On Thursday, 11 May 2023 15:01:51 BST Philip Webb wrote:
> Thanks for both replies.  5 min  after I sent my request last night,
> I realised that I sb able to access Wifi thro'out installation
> simply via the System Rescue connection, which finds the service easily
> & needs only the password to finish the job.  I do have a landline via DHCP,
> but Wifi here is  6 times  faster & there sb a lot of downloading to do.
> 
> I will add the details to my info files.
> 
> There is another related question : is there a way
> to make both connections simultaneously & switch between them ?

If you configure them both in /etc/conf.d/net with different priorities, both 
will come up and obtain routes and IP addresses.  Use a different metric for 
each to specify which NIC will take priority in your network stack, e.g.:

metric_enp2s0=20
metric_wlp4s0=30

In the above example the wireless is acting as a fallback when the wired 
enp2s0 fails.  Using arpwatch or ip-monitor can automate the fallback by 
monitoring a particular IP address/route, but to manually switch between them 
I think you'll have to shut down the one you don't want.

Using iproute's 'metric' option to change priorities will also work.  However, 
I think established connections will continue to use the previous NIC and 
route.

There may be more sophisticated ways to achieve what you want, other 
contributors may have better ideas.

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] using Wifi in a new machine

2023-05-11 Thread Philip Webb

Thanks for both replies.  5 min  after I sent my request last night,
I realised that I sb able to access Wifi thro'out installation
simply via the System Rescue connection, which finds the service easily
& needs only the password to finish the job.  I do have a landline via DHCP,
but Wifi here is  6 times  faster & there sb a lot of downloading to do.

I will add the details to my info files.

There is another related question : is there a way
to make both connections simultaneously & switch between them ?

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] using Wifi in a new machine

2023-05-11 Thread Michael

On Thursday, 11 May 2023 08:22:58 BST Neil Bothwick wrote:
> On Wed, 10 May 2023 21:42:16 -0400, Philip Webb wrote:
> > Can anyone explain how I can get Wifi working at this early point
> > in the installation process ?
> 
> There's an example of using WPA from the command line at
> 
> https://nixos.org/manual/nixos/stable/#sec-installation-manual-networking

It used to be a simple matter of configuring the authentication credentials 
with the AP in /etc/wpa_supplicant/wpa_supplicant.conf and running 'dhcpcd 
wlan0' to obtain an IP address from the router, but things have gotten more 
complicated over the years.

Today you need to follow these stages:

1. Check if the appropriate firmware is available, otherwise fetch it from 
here and untar it in /lib/firmware:

https://www.intel.co.uk/content/www/uk/en/support/articles/05511/
wireless.html

I think you'll need "iwlwifi-cc-46.3cfab8da.0.tgz"?

2. Load the appropriate kernel module for your hardware.

3. Configure /etc/conf.d/net with some appropriate settings; e.g.

modules="wpa_supplicant"
wpa_supplicant_wlan0="-Dnl80211"
mac_wlan0="A1:B2:C3:D4:E5:F6"
config_wlan0="dhcp"

Substitute wlan0 with whatever your wireless NIC is identified as in 'ip link 
show'.

4. Configure /etc/wpa_supplicant/wpa_supplicant.conf with suitable 
authentication credentials for your AP:

network={
ssid="My_AP"
bssid=AA:BB:CC:DD:EE:FF
proto=RSN
key_mgmt=WPA-PSK (for WPA3, try key_mgmt=WPA-PSK-SHA256)
pairwise=CCMP
auth_alg=OPEN
group=CCMP
psk="Very_Secret_Shared_Key"
ieee80211w=2 (1 is for PMF 'enabled', or 2 for 'required')
priority=5
}

5. Then start the wpa_supplicant service:

rc-service -v wpa_supplicant start

This way you won't have reassociate manually with wpa_cli each time and as 
long as you add your wpa_supplicant service to default runlevel it will come 
up when you boot into your system.

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] using Wifi in a new machine

2023-05-11 Thread Neil Bothwick

On Wed, 10 May 2023 21:42:16 -0400, Philip Webb wrote:

> Can anyone explain how I can get Wifi working at this early point
> in the installation process ?

There's an example of using WPA from the command line at

https://nixos.org/manual/nixos/stable/#sec-installation-manual-networking

-- 
Neil Bothwick

I'm not anti-social, I'm just not user friendly


pgpArp5i8eYy1.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Two wifi client interfaces and routing

2022-03-31 Thread William Kenworthy

Thanks for the detailed reply - my response is inline:

On 1/4/22 00:17, Grant Taylor wrote:
> On 3/31/22 7:21 AM, William Kenworthy wrote:
>> Hi,
>
> Hi,
>
>> I am trying to use a raspberry pi ...  to create a routed link
>> between two access points ...  so I can access the monitoring port
>> ... from homeassistant.
>
> I'm distilling this down to a Gentoo system participating in two two
> LANs, both of which are connected as DHCP clients.  --  Correct me if
> I've distilled too much.  --  And you want other systems on either LAN
> to use this system as a communications path to systems on the opposing
> LAN.
>
Correct, though I only need systems on the home network side (from at
least two VLANs) to access through the rpi - this device, as well as
some other "untrusted", cloud devices are on their own VLAN) - the
inverter is an island and I need to access just that one port.


>> Both AP's connect ok from the rpi but the routing is wrong - I can
>> ping in both directions from the rpi, but only sometimes from devices
>> further hops away - can openrc even do this?
>
> This seems like a classic routing issue.  To me, it's not even an
> OpenRC issue in any way other than how to add static routes /after/
> the network is brought up via DHCP.

Agree - I would describe it as a two gateway and related routing issues
with something resetting/re-configuring of the routing tables into a
nonsensical state when I try and manually manipulate them.

I did forget to mention I use ospfd (frr) to propagate routes (a
complex, multi VLAN network) which works fine - its openrc setting the
wrong routes on the rpi which then get propagated - thats not central to
this issue though. 


>
>> My experimenting so far is hit and miss.  Trying to static route or
>> override the default routes doesn't survive a network glitch, and
>> half the time doesn't seem to "take" at all.
>
> Ya.  At a higher level, this can be non-obvious how to do this as it's
> niche routing configuration.
>
>> A working example I could adapt would be great!
>
> I don't have an example off hand.  --  Seeing as I use static IPs on
> almost all of my machines, I don't even know if OpenRC supports adding
> a static route /after/ bringing an interface up with DHCP.

It does, but its either set the network configuration manually which
kept getting extra routes added - in particular the inverter sends the
gateway which dhcpd adds then I have to delete ... and gets undone at
the next network glitch (hostile wifi environment plus weak signal).


>
> I do know that the DHCP protocol supports adding additional options /
> definitions / parameters (?term?) to specify -- what I've been
> describing as -- static routes.  That way DHCP clients will learn
> about these additional routes and install them in their local routing
> table. Though I don't know if you will have the necessary control over
> /both/ DHCP servers that's needed to do this.

Unfortunately, the inverter is a black box :(


>
> Presuming that you don't have control over /both/ DHCP servers (as
> control over /both/ will be needed), I'm going to fall back and
> suggest what I call the "Customer Interface Router".

I cant control the inverter network. 

>
> Specifically, set up port forwarding on the Pi such that when clients
> on LAN1 connect to $PORT on the Pi, the traffic is DNATed to the
> HomeAssistant on LAN2 /and/ the traffic is SNATed to the LAN2
> interface on the Pi.  Thus every system on each LAN thinks that it's
> talking to a directly attached system in the same LAN.  There is no
> need for routing in this case.

I have not tried this as I thought it would also run into the two
default gateway issue ... I'll try this next!


>
> I typically only use the C.I.R. when there are reasons that more
> proper routing can't be configured.  The C.I.R. is an abstraction
> layer that allows either side to operate almost completely
> independently of each other, save for IP conflicts between each
> directly attached LAN.

I have now been given api credentials but they don't say if it runs on
the inverter or a remote site ... more reading! At this stage all I need
is simple monitoring that I can process using software.

Thanks,

BillK


>
>
>

Re: [gentoo-user] Two wifi client interfaces and routing

2022-03-31 Thread Grant Taylor


On 3/31/22 10:17 AM, Grant Taylor wrote:
I do know that the DHCP protocol supports adding additional options / 
definitions / parameters (?term?) to specify ... static routes.


In case others are interested in this, a few pointers about using it.

ISC's DHCP server has two options for advertising routes that clients 
should install;


   subnet ... netmask ... {
  ...
  option cidr-static-route ...;
  ...
  ms-static-route ...;
  ...
   }

Both *-static-route options use the same format and the format took a 
little bit to wrap my head around.  It consists of sets of length>, followed by the , followed by the router.  E.g.


   option cidr-static-route 10, 100, 64, 192, 0, 2, 123, 0, 192, 0, 2, 1;

That says:

 - 100.64.0.0/10 is reachable via 192.0.2.123
 - 0/0 is reachable via 192.0.2.1

ProTip:  Go ahead and add the default gateway 0/0 route to the 
*-static-route entries as some clients ignore the option routers entry 
when *-static-route option is present.


I have multiple macOS, iOS, Windows 10, Linux, and other esoteric things 
correctly using a route to a lab / sandbox subnet via a system that 
isn't the LAN's default gateway.


Finally:  This seems to be a well defined DHCP standard, but seemingly 
not well known option by the various people that I've discussed this with.




--
Grant. . . .
unix || die

Re: [gentoo-user] Two wifi client interfaces and routing

2022-03-31 Thread Grant Taylor


On 3/31/22 7:21 AM, William Kenworthy wrote:

Hi,


Hi,

I am trying to use a raspberry pi ...  to create a routed link 
between two access points ...  so I can access the monitoring port ... 
from homeassistant.


I'm distilling this down to a Gentoo system participating in two two 
LANs, both of which are connected as DHCP clients.  --  Correct me if 
I've distilled too much.  --  And you want other systems on either LAN 
to use this system as a communications path to systems on the opposing LAN.


Both AP's connect ok from the rpi but the routing is wrong - I can 
ping in both directions from the rpi, but only sometimes from devices 
further hops away - can openrc even do this?


This seems like a classic routing issue.  To me, it's not even an OpenRC 
issue in any way other than how to add static routes /after/ the network 
is brought up via DHCP.


My experimenting so far is hit and miss.  Trying to static route 
or override the default routes doesn't survive a network glitch, 
and half the time doesn't seem to "take" at all.


Ya.  At a higher level, this can be non-obvious how to do this as it's 
niche routing configuration.



A working example I could adapt would be great!


I don't have an example off hand.  --  Seeing as I use static IPs on 
almost all of my machines, I don't even know if OpenRC supports adding a 
static route /after/ bringing an interface up with DHCP.


I do know that the DHCP protocol supports adding additional options / 
definitions / parameters (?term?) to specify -- what I've been 
describing as -- static routes.  That way DHCP clients will learn about 
these additional routes and install them in their local routing table. 
Though I don't know if you will have the necessary control over /both/ 
DHCP servers that's needed to do this.


Presuming that you don't have control over /both/ DHCP servers (as 
control over /both/ will be needed), I'm going to fall back and suggest 
what I call the "Customer Interface Router".


Specifically, set up port forwarding on the Pi such that when clients on 
LAN1 connect to $PORT on the Pi, the traffic is DNATed to the 
HomeAssistant on LAN2 /and/ the traffic is SNATed to the LAN2 interface 
on the Pi.  Thus every system on each LAN thinks that it's talking to a 
directly attached system in the same LAN.  There is no need for routing 
in this case.


I typically only use the C.I.R. when there are reasons that more proper 
routing can't be configured.  The C.I.R. is an abstraction layer that 
allows either side to operate almost completely independently of each 
other, save for IP conflicts between each directly attached LAN.




--
Grant. . . .
unix || die

Re: [gentoo-user] Gentoo + wifi

On Mon, 22 Mar 2021 16:14:20 +0100, Fosco wrote:

> > Also, rooting a phone to install a different OS version can stop some
> > apps from working, particularly any financial ones.  
> Maybe Magisk  is not suitable for a firt-time
> Android user as it can be mind mangling, but in the end it leds those
> apps to run smoothly.

I haven't tried Magisk but I did try other systemless rooting methods
that were still detected by banking apps or Google Pay.

-- 
Neil Bothwick

Make it idiot proof and someone will make a better idiot.

pgp6IHzWJ7jQN.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Gentoo + wifi

On Mon, 22 Mar 2021 10:12:07 -0500, Matt Connell (Gmail) wrote:

> > Also, rooting a phone to install a different OS version can stop some
> > apps from working, particularly any financial ones.  
> 
> Thanks for mentioning this.  I always forget about this because,
> fortunately, my credit union app is not affected in this way.

That's what I said about my bank, until an update to their app refused to
run. Once rooted, it was impossible to completely unroot the phone, even
with a factory reset :(

-- 
Neil Bothwick

Life is pleasant. Death is peaceful. Its the transition thats
troublesome. - Isaac Asimov

pgpoP2ESu7OaH.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Gentoo + wifi

2021-03-22 Thread Fosco

On Mon, 22 Mar 2021 09:46:45 -0500, Matt Connell (Gmail) wrote:
>> +1 for Lineage here.
>>
>> I didn't recommend it to the OP because for a first-time Android user,
>> this might be jumping straight into the deep end of the pool.

Nigthly build for supported devices are fairly safe (from my experience).

But yes: you should account for a day working in OS installation and
tuning. That is far away from the ready to use phone you bought and that
only needs the sim card to fit in.

>>
>> Also, depending on the circumstances, installing Lineage might void
>> your warranty.  If going that route, then a used, warranty-less phone
>> from FleaBay might be a good option.

Furthermore devices from "SALES" are easier to find whitin the supported
list. The port of a new device can be painful.

I checked also in amazon wharehouse offerts

> Also, rooting a phone to install a different OS version can stop some
> apps from working, particularly any financial ones.
Maybe Magisk  is not suitable for a firt-time
Android user as it can be mind mangling, but in the end it leds those
apps to run smoothly.

Re: [gentoo-user] Gentoo + wifi

2021-03-22 Thread Matt Connell (Gmail)

On Mon, 2021-03-22 at 14:58 +, Neil Bothwick wrote:
> Also, rooting a phone to install a different OS version can stop some
> apps from working, particularly any financial ones.

Thanks for mentioning this.  I always forget about this because,
fortunately, my credit union app is not affected in this way.

Re: [gentoo-user] Gentoo + wifi

On Mon, 22 Mar 2021 09:46:45 -0500, Matt Connell (Gmail) wrote:

> +1 for Lineage here.
> 
> I didn't recommend it to the OP because for a first-time Android user,
> this might be jumping straight into the deep end of the pool.
> 
> Also, depending on the circumstances, installing Lineage might void
> your warranty.  If going that route, then a used, warranty-less phone
> from FleaBay might be a good option.

Also, rooting a phone to install a different OS version can stop some
apps from working, particularly any financial ones.

-- 
Neil Bothwick

"Of course, I could switch back to Windows. At least there, if I have a
problem, I don't suffer under the illusion that I could ever fix it." -
Unknown (paraphrased)

pgpyZFBAMLb2c.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Gentoo + wifi

2021-03-22 Thread Matt Connell (Gmail)

On Mon, 2021-03-22 at 15:21 +0100, Fosco wrote:
> I choose lineageOs  . When I need a new
> phone,I match supported device (from "download" section of lineageOs
> website) to availability on market.

+1 for Lineage here.

I didn't recommend it to the OP because for a first-time Android user,
this might be jumping straight into the deep end of the pool.

Also, depending on the circumstances, installing Lineage might void
your warranty.  If going that route, then a used, warranty-less phone
from FleaBay might be a good option.

Re: [gentoo-user] Gentoo + wifi

2021-03-22 Thread Fosco

I subscribe the wifi related sugegstions.

I'd strongly suggest the qt5 use flag for wpa_supplicant: wpa_gui get
easier and intuitive the authentication process.


About the phone brand...I spent a while wondering about the less
invasive brand to have the purest Android environment. I found the
interesting gentoo android project
 but it looked a bit
overkilling for personal use pourposes.

I choose lineageOs  . When I need a new phone, I
match supported device (from "download" section of lineageOs website) to
availability on market.


Fosco

Re: [gentoo-user] Gentoo + wifi

On Mon, 22 Mar 2021 09:52:17 +, Peter Humphrey wrote:

> > Any advice wb very welcome ; please remember I know nothing re cell
> > phones, tho' of course I'm quite willing to buy one (brand
> > suggestions ? ).  
> 
> Google Pixel, for the nearest thing to the pure Android experience.
> Others add all manner of bloat - stuff you'll never use but can't
> remove.

Oneplus phones are also close to vanilla Android, and without the Pixel
price tag.


-- 
Neil Bothwick

I've found a solution to Fermat's Last Theorem but I see I've run out of
room o


pgpRnG1I280zf.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Gentoo + wifi

2021-03-22 Thread Peter Humphrey

On Monday, 22 March 2021 01:25:35 GMT Philip Webb wrote:

> Any advice wb very welcome ; please remember I know nothing re cell
> phones, tho' of course I'm quite willing to buy one (brand suggestions ? ).

Google Pixel, for the nearest thing to the pure Android experience. Others add 
all manner of bloat - stuff you'll never use but can't remove.

That's my two-penn'orth anyway.

-- 
Regards,
Peter.

Re: [gentoo-user] Gentoo + wifi

On Sun, 21 Mar 2021 22:41:44 -0500, Matt Connell (Gmail) wrote:

> However, USB wifi adapters are quite affordable and sufficient for your
> use case, in my opinion.

There are also PCI wifi cards, which would be neater on a desktop. Both
are very cheap, but check what chipset a card uses before buying. Some
need third party modules. I prefer Intel-based ones, they "just work".

> 
> > whether I would need to add any packages to my Gentoo system.  
> 
> Yes, you will.  You'll need to find out what chipset is used by the
> adapter you want to add (or already have). Once you have that, you can
> enable the appropriate kernel drivers and rebuild, and then you'll need
> to install net-wireless/wpa_supplicant to make the actual connection.
> 
> wpa_supplicant can be cumbersome to set up by hand, but the Arch wiki
> has a very comprehensive page[1] on how to configure it. 
> Alternatively, there are GUI tools for managing the configuration (the
> aptly named wpa_gui is usually enough; to get this, you need to enable
> the qt5 use flag for wpa_supplicant), but if you're connecting to one
> network, and never changing the configuration, that might be overkill.

There's nothing to stop you installing with the qt5 flag, setting up and
then removing the flag, although you won't save much if you have other Qt
apps installed.

Setting up wifi for the first time can be a bit trial and error, so you
will need a wired connection as a fallback to search for help or download
software. If possible, get wifi working before you move, most phones have
an option to act as a wireless access point, or hotspot, so you could use
that to make sure your wireless hardware and software is working before
you move. Then you only need to plug in the authentication details at the
new location and all should be well.

-- 
Neil Bothwick

Don't judge a book by its movie.

pgpXdJQx89enQ.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Gentoo + wifi

2021-03-22 Thread Philip Webb

210321 Matt Connell (Gmail) wrote:
> On Sun, 2021-03-21 at 21:25 -0400, Philip Webb wrote:
>> my question is, if I use the Wifi services,
>> is whether I would need to add hardware to my machine
> It depends on if your motherboard has an integrated Wifi chip or not.
> If it does not have an external connector for an antenna,
> it probably doesn't have the hardware.  However, USB wifi adapters
> are quite affordable and sufficient for your use case, in my opinion.

I built the machine in 2015 & it doesn't have an integrated Wifi chip.
I plan to built a new machine in Autumn 2021, so it looks
as if I wb best simply transfering my present set-up to my new place
& exploring the possibilities of Wifi after I've got organised there.

>> & whether I would need to add any packages to my Gentoo system.
> Yes, you will.  You'll need to find out what chipset is used
> by the adapter you want to add.  Once you have that,
> you can enable the appropriate kernel drivers and rebuild,
> then you'll need to install 'net-wireless/wpa_supplicant'
> to make the actual connection.  'wpa_supplicant' can be cumbersome
> to set up by hand, but the Arch wiki has a very comprehensive page[1]
> on how to configure it.  Alternatively, there are GUI tools
> for managing the configuration the aptly named 'wpa_gui' is usually enough;
> to get this, you need to enable the 'qt5' USE flag for 'wpa_supplicant',
> but if you're connecting to 1 network and never changing the configuration,
> that mb overkill.  [1] https://wiki.archlinux.org/index.php/Wpa_supplicant

Thanks for your very clear, prompt & comprehensive explanation (big smile).

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] Gentoo + wifi

2021-03-21 Thread Matt Connell (Gmail)

On Sun, 2021-03-21 at 21:25 -0400, Philip Webb wrote:
> if I use the Wifi services, is whether I would need to add hardware to my 
> machine

It depends on if your motherboard has an integrated Wifi chip or not.

If it does not have an external connector for an antenna, it probably
doesn't have the hardware.

However, USB wifi adapters are quite affordable and sufficient for your
use case, in my opinion.

> whether I would need to add any packages to my Gentoo system.

Yes, you will.  You'll need to find out what chipset is used by the
adapter you want to add (or already have). Once you have that, you can
enable the appropriate kernel drivers and rebuild, and then you'll need
to install net-wireless/wpa_supplicant to make the actual connection.

wpa_supplicant can be cumbersome to set up by hand, but the Arch wiki
has a very comprehensive page[1] on how to configure it. 
Alternatively, there are GUI tools for managing the configuration (the
aptly named wpa_gui is usually enough; to get this, you need to enable
the qt5 use flag for wpa_supplicant), but if you're connecting to one
network, and never changing the configuration, that might be overkill.

1: https://wiki.archlinux.org/index.php/Wpa_supplicant

Re: [gentoo-user] Re: WiFi on old Thinkpad

2020-12-21 Thread Peter Humphrey

On Monday, 21 December 2020 15:08:20 GMT Grant Edwards wrote:
> On 2020-12-21, Peter Humphrey  wrote:
> > What does the team think is the best way to get WiFi going? Is
> > wpa-supplicant a good idea?
> 
> I've never used anything else.
> 
> > That's what the handbook recommends, but I think I remember
> > something like wicd being better.
> 
> Better how?

Easier to use, more flexible, less constrained by config settings, ... 
Something 
like that, but it was a long time ago.

-- 
Regards,
Peter.

Re: [gentoo-user] No wifi

2020-07-14 Thread Michael

On Tuesday, 14 July 2020 18:20:39 BST Walter Dnes wrote:
> On Tue, Jul 14, 2020 at 10:05:52AM +0100, Michael wrote

> > Does dmesg reveal anything untoward in the kernel failing to find
> > or load this firmware?
> 
>   Still no wireless, but one bit of progress.  It seems that the kernel
> does *NOT* like using subdirectories below /lib/firmware.  I copied the
> ucode file to /lib/firmware and changed the path appropriately before
> building the kernel.  Now dmesg at bootup shows...

That's OK, up to a point ...


> [0.757370] Intel(R) Wireless WiFi driver for Linux
> [0.757372] Copyright(c) 2003- 2015 Intel Corporation
> [0.757478] iwlwifi :03:00.0: can't disable ASPM; OS doesn't have
> ASPM control [0.757877] iwlwifi :03:00.0: loaded firmware version
> 8.83.5.1 build 33692 op_mode iwldvm [0.757963] iwlwifi :03:00.0:
> CONFIG_IWLWIFI_DEBUG disabled [0.757967] iwlwifi :03:00.0:
> CONFIG_IWLWIFI_DEBUGFS disabled [0.757970] iwlwifi :03:00.0:
> CONFIG_IWLWIFI_DEVICE_TRACING disabled [0.757973] iwlwifi :03:00.0:
> Detected Intel(R) WiFi Link 5100 AGN, REV=0x54 [0.761128] [drm] HPD
> interrupt storm detected on connector DP-3: switching from hotplug
> detection to polling [0.762028] fbcon: i915drmfb (fb0) is primary
> device
> [0.795312] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs'

Normally you should see something like this following the above entries:

[   16.017699] iwlwifi :04:00.0 wlp4s0: renamed from wlan0
[   16.167105] EXT4-fs (sda4): mounted filesystem with ordered data mode. 
Opts: (null)
[   18.384509] iwlwifi :04:00.0: Radio type=0x1-0x2-0x0
[   18.500644] iwlwifi :04:00.0: Radio type=0x1-0x2-0x0


> > Also, make sure the wireless NIC is enabled in the BIOS and powered
> > up by toggling the appropriate Fn key combo, e.g. Fn+F5 or whatever
> > it is on your laptop.
> 
>   It's enabled in BIOS and the Gentoo minimal install usb stick brings
> up wlan0 just fine.  In my first post, I listed what kernel settings I
> had set.  Is there anything else required that I'm missing?  After all
> these years of hard-wired, I'm still a newbie at wireless, so I could be
> missing something glaringly obvious.

In addition to your kernel selections I also have:

CONFIG_RFKILL=y
CONFIG_RFKILL_LEDS=y
CONFIG_RFKILL_INPUT=y
CONFIG_RFKILL_GPIO=y
...

CONFIG_WLAN=y
# CONFIG_WLAN_VENDOR_ADMTEK is not set
# CONFIG_WLAN_VENDOR_ATH is not set
# CONFIG_WLAN_VENDOR_ATMEL is not set
# CONFIG_WLAN_VENDOR_BROADCOM is not set
# CONFIG_WLAN_VENDOR_CISCO is not set
CONFIG_WLAN_VENDOR_INTEL=y
# CONFIG_IPW2100 is not set
# CONFIG_IPW2200 is not set
# CONFIG_IWL4965 is not set
# CONFIG_IWL3945 is not set
CONFIG_IWLWIFI=m
CONFIG_IWLWIFI_LEDS=y
CONFIG_IWLDVM=m
# CONFIG_IWLMVM is not set
CONFIG_IWLWIFI_OPMODE_MODULAR=y

As you can see I'm using modules and the kernel loads the firmware without me 
including it in the kernel config.  Not sure if there is a difference between 
built-in and module configuration for the Wireless devices, but you could try 
it.  If you have not built RFKILL in your kernel I suggest you do so and 
reboot.  Finally, may be worth checking the troubleshooting section here:

https://wiki.gentoo.org/wiki/Iwlwifi

HTH.

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] No wifi

2020-07-14 Thread Ashley Dixon

On Tue, Jul 14, 2020 at 01:20:39PM -0400, Walter Dnes wrote:
>   Still no wireless, but one bit of progress.  It seems that the kernel
> does *NOT* like using subdirectories below /lib/firmware.  I copied the
> ucode file to /lib/firmware and changed the path appropriately before
> building the kernel.

I can't imagine why that would be the case. My /lib/firmware structure looks a
bit like this, for my video card:

/lib/firmware/
├── amdgpu
│   ├── polaris10_ce_2.bin
│   ├── polaris10_ce.bin
│   ├── polaris10_k2_smc.bin
│   ├── polaris10_k_mc.bin
│   ├── polaris10_k_smc.bin
│   ├── polaris10_mc.bin
│   ├── polaris10_me_2.bin
│   ├── polaris10_me.bin
│   ├── polaris10_mec2_2.bin
│   ├── polaris10_mec_2.bin
│   ├── polaris10_mec2.bin
│   ├── polaris10_mec.bin
│   ├── polaris10_pfp_2.bin
│   ├── polaris10_pfp.bin
│   ├── polaris10_rlc.bin
│   ├── polaris10_sdma1.bin
│   ├── polaris10_sdma.bin
│   ├── polaris10_smc.bin
│   ├── polaris10_smc_sk.bin
│   ├── polaris10_uvd.bin
│   ├── polaris10_vce.bin
│   ├── TAHITI_uvd.bin
│   └── TAHITI_vce.bin
├── regulatory.db
└── regulatory.db.p7s

1 directory, 25 files

... And the kernel .config:

CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware/"
CONFIG_EXTRA_FIRMWARE="amdgpu/polaris10_ce.bin amdgpu/polaris10_ce_2.bin
amdgpu/polaris10_k_smc.bin amdgpu/polaris10_k2_smc.bin
amdgpu/polaris10_k_mc.bin amdgpu/polaris10_mc.bin
amdgpu/polaris10_me.bin amdgpu/polaris10_me_2.bin
amdgpu/polaris10_mec2.bin amdgpu/polaris10_mec2_2.bin
amdgpu/polaris10_mec.bin amdgpu/polaris10_mec_2.bin
amdgpu/polaris10_pfp.bin amdgpu/polaris10_pfp_2.bin
amdgpu/polaris10_rlc.bin amdgpu/polaris10_sdma1.bin
amdgpu/polaris10_sdma.bin amdgpu/polaris10_smc.bin
amdgpu/polaris10_smc_sk.bin amdgpu/polaris10_uvd.bin
amdgpu/polaris10_vce.bin"

It's tedious, but there's no reason that the kernel shouldn't find  firmware  in
subdirectories.  Perhaps you needed to add a  trailing  oblique  ('/')  to  your
CONFIG_EXTRA_FIRMWARE_DIR, such that the concatenated path is correct ?

-- 

Ashley Dixon
suugaku.co.uk

2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA



signature.asc
Description: PGP signature

Re: [gentoo-user] No wifi

2020-07-14 Thread Walter Dnes

On Tue, Jul 14, 2020 at 10:05:52AM +0100, Michael wrote

> Is there a subdirectory 'iwlwifi-5000-ucode-5.4.A.11' in /lib/firmware/ ?
> 
> I'm asking because the vanilla sys-kernel/linux-firmware does not create such 
> a subdirectory.  This is what is listed here:
> 
> $ ls -la /lib/firmware/iwlwifi-5000*
> -rw-r--r-- 1 root root 345008 Jun 27 08:58 /lib/firmware/iwlwifi-5000-1.ucode
> -rw-r--r-- 1 root root 353240 Jun 27 08:58 /lib/firmware/iwlwifi-5000-2.ucode
> -rw-r--r-- 1 root root 340696 Jun 27 08:58 /lib/firmware/iwlwifi-5000-5.ucode
> 
> Does dmesg reveal anything untoward in the kernel failing to find
> or load this firmware?

  Still no wireless, but one bit of progress.  It seems that the kernel
does *NOT* like using subdirectories below /lib/firmware.  I copied the
ucode file to /lib/firmware and changed the path appropriately before
building the kernel.  Now dmesg at bootup shows...

[0.757370] Intel(R) Wireless WiFi driver for Linux
[0.757372] Copyright(c) 2003- 2015 Intel Corporation
[0.757478] iwlwifi :03:00.0: can't disable ASPM; OS doesn't have ASPM 
control
[0.757877] iwlwifi :03:00.0: loaded firmware version 8.83.5.1 build 
33692 op_mode iwldvm
[0.757963] iwlwifi :03:00.0: CONFIG_IWLWIFI_DEBUG disabled
[0.757967] iwlwifi :03:00.0: CONFIG_IWLWIFI_DEBUGFS disabled
[0.757970] iwlwifi :03:00.0: CONFIG_IWLWIFI_DEVICE_TRACING disabled
[0.757973] iwlwifi :03:00.0: Detected Intel(R) WiFi Link 5100 AGN, 
REV=0x54
[0.761128] [drm] HPD interrupt storm detected on connector DP-3: switching 
from hotplug detection to polling
[0.762028] fbcon: i915drmfb (fb0) is primary device
[0.795312] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs'

> Also, make sure the wireless NIC is enabled in the BIOS and powered
> up by toggling the appropriate Fn key combo, e.g. Fn+F5 or whatever
> it is on your laptop.

  It's enabled in BIOS and the Gentoo minimal install usb stick brings
up wlan0 just fine.  In my first post, I listed what kernel settings I
had set.  Is there anything else required that I'm missing?  After all
these years of hard-wired, I'm still a newbie at wireless, so I could be
missing something glaringly obvious.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] No wifi

2020-07-14 Thread Jack


On 2020.07.14 12:23, Walter Dnes wrote:

On Tue, Jul 14, 2020 at 10:05:52AM +0100, Michael wrote
>
> Is there a subdirectory 'iwlwifi-5000-ucode-5.4.A.11' in  
/lib/firmware/ ?


  Yes.  It was created when I untarred the tarball from kernel.org

[thimk][root][~] ll /lib/firmware/iwlwifi-5000-ucode-5.4.A.11
total 364
drwxr-sr-x 2 root root   4096 Jun  4  2008 .
drwxr-xr-x 4 root root   4096 Jul 15 09:45 ..
-rw-r--r-- 1 root root   2114 Jun  4  2008 LICENSE.iwlwifi-5000-ucode
-rw-r--r-- 1 root root   5099 Jun  4  2008 README.iwlwifi-5000-ucode
-rw-r--r-- 1 root root 345008 Jun  2  2008 iwlwifi-5000-1.ucode

> Does dmesg reveal anything untoward in the kernel failing to find
> or load this firmware?

  See my message to Ashley for error listing.

> Also, make sure the wireless NIC is enabled in the BIOS and powered
> up by toggling the appropriate Fn key combo, e.g. Fn+F5 or whatever
> it is on your laptop.

  I should have mentioned that wlan0 shows up fine booting from the
minimal install usb stick.

What does dmesg say about loaded firmware in that case?

Re: [gentoo-user] No wifi

2020-07-14 Thread Walter Dnes

On Tue, Jul 14, 2020 at 10:05:52AM +0100, Michael wrote
> 
> Is there a subdirectory 'iwlwifi-5000-ucode-5.4.A.11' in /lib/firmware/ ?

  Yes.  It was created when I untarred the tarball from kernel.org

[thimk][root][~] ll /lib/firmware/iwlwifi-5000-ucode-5.4.A.11
total 364
drwxr-sr-x 2 root root   4096 Jun  4  2008 .
drwxr-xr-x 4 root root   4096 Jul 15 09:45 ..
-rw-r--r-- 1 root root   2114 Jun  4  2008 LICENSE.iwlwifi-5000-ucode
-rw-r--r-- 1 root root   5099 Jun  4  2008 README.iwlwifi-5000-ucode
-rw-r--r-- 1 root root 345008 Jun  2  2008 iwlwifi-5000-1.ucode

> Does dmesg reveal anything untoward in the kernel failing to find
> or load this firmware?

  See my message to Ashley for error listing.

> Also, make sure the wireless NIC is enabled in the BIOS and powered
> up by toggling the appropriate Fn key combo, e.g. Fn+F5 or whatever
> it is on your laptop.

  I should have mentioned that wlan0 shows up fine booting from the
minimal install usb stick.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] No wifi

2020-07-14 Thread Ashley Dixon

On Tue, Jul 14, 2020 at 10:31:21AM -0400, Walter Dnes wrote:
>   One thing I should've mentioned in the first post is that booting from
> the minimal install USB, wlan0 does show up, so the hardware works.

That's because the "minimal" install disk actually has  quite  a  lot  of  stuff
installed/enabled, to support all (or, as much as possible) common hardware in a
live environment, as this generally runs before the point at which the user  can
configure their own kernel.

> On Tue, Jul 14, 2020 at 05:59:37AM +0100, Ashley Dixon wrote
> > It doesn't look like it's loading the firmware.  Are there any obvious
> > firmware-loading errors in dmesg ?
> 
>   What is ASPM and what is error -2?  BTW, on my first attempt, when I
> accidentally tried a non-existant firmware path, the kernel compile died
> early on.  Here is what I get in dmesg with ucode 8.83.5.1-1

Error -2 means that  it  can't  find  the  file:  "ENOENT  2  No  such  file  or
directory". You should install the firmware through `sys-kernel/linux-firmware`,
and then edit your .config accordingly (as Michael mentioned, no  subdirectories
are added by the Gentoo package):

CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware/"
CONFIG_EXTRA_FIRMWARE="iwlwifi-5000-1.ucode iwlwifi-5000-2.ucode 
iwlwifi-5000-5.ucode"

> > That looks fine, although why are you using such an outdated version
> > of the microcode ? For kernels 2.6.38+, you can use 8.83.5.1-1.
> 
>   The way the items lined up on the webpage, I mis-interpreted it to
> mean one driver for 5100AGN, one for 5300AGN, and one for 5350AGN.  See
> attachment.

The table is slightly misleading, but I think that any of  the  listed  firmware
packages can work for any of  the  listed  devices,  and  the  only  distinction
between the files is the supported kernel versions.  Thus, you should be able to
safely use the latest version.

> > Perhaps it would be better to  install  it  from
> > the  Gentoo-provided  firmware package ?  Amend
> > /etc/portage/savedconfig/sys-kernel/linux-firmware  to  include the
> > appropriate entries (listing at [1]), and emerge `linux-firmware`
> > with  the `savedconfig` USE-flag.
> 
>   I'll do that next if there's nothing obvious here.

Yes, that is your next step.  Append the appropriate entries to your savedconfig
file and emerge `linux-firmware` with `savedconfig`:

iwlwifi-5000-1.ucode
iwlwifi-5000-2.ucode
iwlwifi-5000-5.ucode

-- 

Ashley Dixon
suugaku.co.uk

2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA

signature.asc
Description: PGP signature

Re: [gentoo-user] No wifi

2020-07-14 Thread Walter Dnes

  One thing I should've mentioned in the first post is that booting from
the minimal install USB, wlan0 does show up, so the hardware works.

On Tue, Jul 14, 2020 at 05:59:37AM +0100, Ashley Dixon wrote
> 
> It doesn't look like it's loading the firmware.  Are there any obvious
> firmware-loading errors in dmesg ?

  What is ASPM and what is error -2?  BTW, on my first attempt, when I
accidentally tried a non-existant firmware path, the kernel compile died
early on.  Here is what I get in dmesg with ucode 8.83.5.1-1

[0.728996] Intel(R) Wireless WiFi driver for Linux
[0.728998] Copyright(c) 2003- 2015 Intel Corporation
[0.729099] iwlwifi :03:00.0: can't disable ASPM; OS doesn't have ASPM 
control
[0.729298] iwlwifi :03:00.0: Direct firmware load for 
iwlwifi-5000-5.ucode failed with error -2
[0.729311] iwlwifi :03:00.0: Direct firmware load for 
iwlwifi-5000-4.ucode failed with error -2
[0.729322] iwlwifi :03:00.0: Direct firmware load for 
iwlwifi-5000-3.ucode failed with error -2
[0.729334] iwlwifi :03:00.0: Direct firmware load for 
iwlwifi-5000-2.ucode failed with error -2
[0.729346] iwlwifi :03:00.0: Direct firmware load for 
iwlwifi-5000-1.ucode failed with error -2
[0.729351] iwlwifi :03:00.0: no suitable firmware found!
[0.729354] iwlwifi :03:00.0: minimum version required: iwlwifi-5000-1
[0.729359] iwlwifi :03:00.0: maximum version supported: iwlwifi-5000-5
[0.729362] iwlwifi :03:00.0: check 
git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git

> That looks fine, although why are you using such an outdated version
> of the microcode ? For kernels 2.6.38+, you can use 8.83.5.1-1.

  The way the items lined up on the webpage, I mis-interpreted it to
mean one driver for 5100AGN, one for 5300AGN, and one for 5350AGN.  See
attachment.

> Perhaps it would be better to  install  it  from
> the  Gentoo-provided  firmware package ?  Amend
> /etc/portage/savedconfig/sys-kernel/linux-firmware  to  include the
> appropriate entries (listing at [1]), and emerge `linux-firmware`
> with  the `savedconfig` USE-flag.
> 
> [1] 
> https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/

  I'll do that next if there's nothing obvious here.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] No wifi

2020-07-14 Thread Michael

On Tuesday, 14 July 2020 05:59:37 BST Ashley Dixon wrote:
> On Tue, Jul 14, 2020 at 12:19:51AM -0400, Walter Dnes wrote:
> > [thimk][root][~] lspci -k | grep -i -B 1 5100
> > 
> > Kernel driver in use: i801_smbus
> > 
> > 03:00.0 Network controller: Intel Corporation PRO/Wireless 5100 AGN
> > [Shiloh] Network Connection> 
> > Subsystem: Intel Corporation WiFi Link 5100 AGN
> >   
> >   Note that that it's not being "loaded" as a module.  I'm building into
> > 
> > the kernel itself.  Here's a snippet from .config
> 
> It doesn't look like it's loading the firmware.  Are there any obvious
> firmware- loading errors in dmesg ?  If not, it might be worth installing 
> `sys-apps/lshw` and running `lshw -C network` to see kernel resource
> information  regarding  the device.
> 
> > #
> > # Firmware loader
> > #
> > CONFIG_FW_LOADER=y
> > CONFIG_EXTRA_FIRMWARE="iwlwifi-5000-ucode-5.4.A.11/iwlwifi-5000-1.ucode"
> > CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware"
> 
> That looks fine, although why are you using such an outdated version of the
> microcode ? For kernels 2.6.38+, you can use 8.83.5.1-1.

Is there a subdirectory 'iwlwifi-5000-ucode-5.4.A.11' in /lib/firmware/ ?

I'm asking because the vanilla sys-kernel/linux-firmware does not create such 
a subdirectory.  This is what is listed here:

$ ls -la /lib/firmware/iwlwifi-5000*
-rw-r--r-- 1 root root 345008 Jun 27 08:58 /lib/firmware/iwlwifi-5000-1.ucode
-rw-r--r-- 1 root root 353240 Jun 27 08:58 /lib/firmware/iwlwifi-5000-2.ucode
-rw-r--r-- 1 root root 340696 Jun 27 08:58 /lib/firmware/iwlwifi-5000-5.ucode


Does dmesg reveal anything untoward in the kernel failing to find or load this 
firmware?

Also, make sure the wireless NIC is enabled in the BIOS and powered up by 
toggling the appropriate Fn key combo, e.g. Fn+F5 or whatever it is on your 
laptop.

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] No wifi

2020-07-13 Thread Ashley Dixon

On Tue, Jul 14, 2020 at 12:19:51AM -0400, Walter Dnes wrote:
> [thimk][root][~] lspci -k | grep -i -B 1 5100
> Kernel driver in use: i801_smbus
> 03:00.0 Network controller: Intel Corporation PRO/Wireless 5100 AGN [Shiloh] 
> Network Connection
> Subsystem: Intel Corporation WiFi Link 5100 AGN
> 
>   Note that that it's not being "loaded" as a module.  I'm building into
> the kernel itself.  Here's a snippet from .config

It doesn't look like it's loading the firmware.  Are there any obvious firmware-
loading errors in dmesg ?  If not, it might be worth installing  `sys-apps/lshw`
and running `lshw -C network` to see kernel resource information  regarding  the
device.

> #
> # Firmware loader
> #
> CONFIG_FW_LOADER=y
> CONFIG_EXTRA_FIRMWARE="iwlwifi-5000-ucode-5.4.A.11/iwlwifi-5000-1.ucode"
> CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware"

That looks fine, although why are you using such an outdated version of the
microcode ? For kernels 2.6.38+, you can use 8.83.5.1-1.

> > Did you install the iwlwifi microcode from sys-kernel/linux-firmware
> > (linux-firmware.git), or directly from kernel.org ?
> 
>   Directly from kernel.org itself.  As I mentioned, the  feature in
> "make menuconfig" pointed there.  I basically ran...
> 
> wget [link clipped]

Perhaps it would be better to  install  it  from  the  Gentoo-provided  firmware
package ?  Amend /etc/portage/savedconfig/sys-kernel/linux-firmware  to  include
the appropriate entries (listing at [1]), and emerge `linux-firmware`  with  the
`savedconfig` USE-flag.

[1] 
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/

-- 

Ashley Dixon
suugaku.co.uk

2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA

signature.asc
Description: PGP signature

Re: [gentoo-user] No wifi

2020-07-13 Thread Walter Dnes

On Tue, Jul 14, 2020 at 03:12:29AM +0100, Ashley Dixon wrote

> Can you confirm that the correct firmware package is being loaded ?
> `lspci -k | grep -i -B 1 5100`

[thimk][root][~] lspci -k | grep -i -B 1 5100
Kernel driver in use: i801_smbus
03:00.0 Network controller: Intel Corporation PRO/Wireless 5100 AGN [Shiloh] 
Network Connection
Subsystem: Intel Corporation WiFi Link 5100 AGN

  Note that that it's not being "loaded" as a module.  I'm building into
the kernel itself.  Here's a snippet from .config

#
# Firmware loader
#
CONFIG_FW_LOADER=y
CONFIG_EXTRA_FIRMWARE="iwlwifi-5000-ucode-5.4.A.11/iwlwifi-5000-1.ucode"
CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware"


> Did you install the iwlwifi microcode from sys-kernel/linux-firmware
> (linux-firmware.git), or directly from kernel.org ?

  Directly from kernel.org itself.  As I mentioned, the  feature in
"make menuconfig" pointed there.  I basically ran...

wget 
https://wireless.wiki.kernel.org/_media/en/users/drivers/iwlwifi-5000-ucode-5.4.a.11.tar.gz

> Which kernel version are you running ? `uname -r`

5.4.48-gentoo  This a brand new install.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] No wifi

2020-07-13 Thread Ashley Dixon

On Mon, Jul 13, 2020 at 09:53:36PM -0400, Walter Dnes wrote:
>   The last part of getting my Lenovo T400 fully functional is the wifi.
> "lspci" shows "03:00.0 Network controller: Intel Corporation PRO/Wireless
> 5100 AGN [Shiloh] Network Connection". I tried to follow instructions
> but am getting no sign of wifi at all.  Both "ifconfig" and "ip" only
> show eth0 and lo.

Can you confirm that the correct firmware package is being loaded ?
`lspci -k | grep -i -B 1 5100`

Did you install the iwlwifi microcode from sys-kernel/linux-firmware
(linux-firmware.git), or directly from kernel.org ?

Which kernel version are you running ? `uname -r`

-- 

Ashley Dixon
suugaku.co.uk

2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA



signature.asc
Description: PGP signature

Re: [gentoo-user] AC WiFi Card

2015-11-12 Thread Ralf

On 11/12/2015 01:08 AM, Alec Ten Harmsel wrote:
> On 2015-11-11 11:53, Ralf wrote:
>> So I was looking for some PCI-E Wifi Card, that supports AC standard. I
>> was thinking about sth. like this [1]. A friend of mine told me, that I
>> should take care when buying AC hardware, as there is rare kernel
>> support.
>
> Intel, in general, has great Linux support.
>
>> Does anyone of you successfully use AC hardware in AP mode, Dual stack
>> (5GhZ / 2.4GhZ)?
>> What kind of hardware would you recommend (and is known to work without
>> any painful hacks)?
>>
>
> I do not run any APs, but I manage plenty of laptops with 5GHz Intel
> chipsets, and never had a problem. Is there any reason you are not
> using a dedicated AP instead of a wireless card in AP mode?
I also thought so, but according to a friend of mine, running a card in
AP or monitor mode is quite different as running a card as client.
Especially if you want to have a dual stack ability.

Ralf
>
> Alec
>

Re: [gentoo-user] AC WiFi Card

2015-11-12 Thread Alan McKinnon

On 12/11/2015 13:52, Alec Ten Harmsel wrote:
> On Thu, Nov 12, 2015 at 09:05:02AM +0100, Ralf wrote:
>> On 11/12/2015 01:08 AM, Alec Ten Harmsel wrote:
>>> I do not run any APs, but I manage plenty of laptops with 5GHz Intel
>>> chipsets, and never had a problem. Is there any reason you are not
>>> using a dedicated AP instead of a wireless card in AP mode?
>>
>> I also thought so, but according to a friend of mine, running a card in
>> AP or monitor mode is quite different as running a card as client.
>> Especially if you want to have a dual stack ability.
> 
> That makes sense. In my apartment I have a dedicated Netgear router and a
> dedicated TP-LINK AP. The AP was around $20, and has fantastic range.
> Having a dedicated AP sounds way easier to me than trying to do a
> dual-stack thing.
> 
> Now that I think a bit more about it, having a wireless AP and a
> wireless client on the same chip doesn't sound good, since one MAC
> address would be doing two functions. That said, I am not even close to
> a networking guru; I hope someone else can chime in.

I also dislike trying to make hardware do two things, it always feels
hacky to me. Doubly so for workstation-grade wifi, quality in those
things is pretty shitty compared to decent equipment.

When it comes to creating a network in your living/work space, I always
prefer to just do it right and lay out the money for something decent.
Buy a real AP, position it in the place that gives best performance and
all your client hardware can use it. Sure, it costs some money but it's
money well spent on infrastructure and makes life so much easier. Moving
house? Take the AP with to the new house. 4 mates show up who want to
share stuff with you? An AP handles this much better than trying to get
a workstation to do it.

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] AC WiFi Card

2015-11-12 Thread Alec Ten Harmsel

On Thu, Nov 12, 2015 at 09:05:02AM +0100, Ralf wrote:
> On 11/12/2015 01:08 AM, Alec Ten Harmsel wrote:
> > I do not run any APs, but I manage plenty of laptops with 5GHz Intel
> > chipsets, and never had a problem. Is there any reason you are not
> > using a dedicated AP instead of a wireless card in AP mode?
>
> I also thought so, but according to a friend of mine, running a card in
> AP or monitor mode is quite different as running a card as client.
> Especially if you want to have a dual stack ability.

That makes sense. In my apartment I have a dedicated Netgear router and a
dedicated TP-LINK AP. The AP was around $20, and has fantastic range.
Having a dedicated AP sounds way easier to me than trying to do a
dual-stack thing.

Now that I think a bit more about it, having a wireless AP and a
wireless client on the same chip doesn't sound good, since one MAC
address would be doing two functions. That said, I am not even close to
a networking guru; I hope someone else can chime in.

Alec

Re: [gentoo-user] AC WiFi Card

2015-11-11 Thread Alec Ten Harmsel


On 2015-11-11 11:53, Ralf wrote:

So I was looking for some PCI-E Wifi Card, that supports AC standard. I
was thinking about sth. like this [1]. A friend of mine told me, that I
should take care when buying AC hardware, as there is rare kernel support.


Intel, in general, has great Linux support.


Does anyone of you successfully use AC hardware in AP mode, Dual stack
(5GhZ / 2.4GhZ)?
What kind of hardware would you recommend (and is known to work without
any painful hacks)?



I do not run any APs, but I manage plenty of laptops with 5GHz Intel 
chipsets, and never had a problem. Is there any reason you are not using 
a dedicated AP instead of a wireless card in AP mode?


Alec

Re: [gentoo-user] To Wifi or not to Wifi...

2015-07-31 Thread Meino . Cramer

Hi Mick,

thanks a lot for linking this informations for me :)

My Lollipop device is a pure tablet. I choose
intentionally a no-gsm/no-phone device...of
smartphones I only like the smart part.

And yesterday evening I put Linux on it...currently
only as chroot environment (since nobody has currently
made public a custom rom/kernel) so the android kernel
is still running, but ... one step is done.

I am eager to see the first custom ROMs for my device
(Asus MeMO Pad 7 ME176CX) and a cwm/twpr for it made
by the guys at clockworkmod.com/Team Win...can't wait...
really :)

Until then I have to be careful with modding, since there is no simple
way of replay a nandroid backup.

Have a nice weekend!
Best regards,
Meino

Mick michaelkintz...@gmail.com [15-07-31 17:09]:
 Some info on lollipop FYI:
 
 http://pulse.ng/tech/biggest-flaw-ever-you-can-hack-an-android-device-with-a-text-message-id4018313.html
 
 On 30 July 2015 at 12:53, J. Roeleveld jo...@antarean.org wrote:
 
  On Wednesday, July 29, 2015 05:10:02 PM meino.cra...@gmx.de wrote:
   J. Roeleveld jo...@antarean.org [15-07-29 16:39]:
On Wednesday, July 29, 2015 10:54:53 AM Thanasis wrote:
 On 07/29/2015 05:42 AM, meino.cra...@gmx.de wrote:
 ...snip...

  2) How I can assign a static IP to my tablet.

 At the end of /etc/dhcp/dhcpd.conf add a line like

 host mytablet { hardware ethernet xx:xx:xx:xx:xx:xx;  fixed-address
 xxx.xxx.xxx.xxx; }

  3) How I can change the MAC on my tablet.

 What is the OS on the tablet?
   
If I read this right in this thread, I believe it's Android Lollipop.
In this case, without rooting, it definitely will not be possible.
   
I don't see why anyone would want to change the MAC on a tablet, other
then
try to break into someone elses WIFI.
   
--
Joost
  
   Hi Joost,
  
   your are right: It is Android Lollipop 5.0 ! :)
 
  Same version as my mobile phone. (After the latest update)
 
   I think specialists experienced in networks, Wlans, Wifis and
   such know and are experienced in hacking into others devices. Changing
   the MAC may or may not a tool for that ... I simply dont know. I am
   just at the start to get Wifi working ... a very basic problem for
   others like you I think. For me...it is just a challenge.
   Are you experienced in breaking in someone elses WIFI via changing the
   MAC? Where came your idea from?
 
  I played around with it in the past, not recently though.
 
  MAC-based access control lists are simple and lightweight. Which is why I
  use
  them for WIFI networks (apart from the guest-WIFI). But I don't consider
  them
  secure enough to only rely on those.
 
  I only actively set MAC-addresses for VMs to avoid duplications. I don't
  see
  the point in setting them specifically as they tend to be unique in my
  experience.
 
  Only other reason I can think off for changing the MAC-address is to get
  around
  a MAC-based filtering.
 
  --
  Joost
 
 
 
 
 -- 
 Regards,
 Mick

Re: [gentoo-user] To Wifi or not to Wifi...

2015-07-31 Thread Mick

Some info on lollipop FYI:

http://pulse.ng/tech/biggest-flaw-ever-you-can-hack-an-android-device-with-a-text-message-id4018313.html

On 30 July 2015 at 12:53, J. Roeleveld jo...@antarean.org wrote:

On Wednesday, July 29, 2015 05:10:02 PM meino.cra...@gmx.de wrote:
J. Roeleveld jo...@antarean.org [15-07-29 16:39]:
On Wednesday, July 29, 2015 10:54:53 AM Thanasis wrote:
On 07/29/2015 05:42 AM, meino.cra...@gmx.de wrote:
...snip...

2) How I can assign a static IP to my tablet.

At the end of /etc/dhcp/dhcpd.conf add a line like

host mytablet { hardware ethernet xx:xx:xx:xx:xx:xx; fixed-address
xxx.xxx.xxx.xxx; }

3) How I can change the MAC on my tablet.

What is the OS on the tablet?

If I read this right in this thread, I believe it's Android Lollipop.
In this case, without rooting, it definitely will not be possible.

I don't see why anyone would want to change the MAC on a tablet, other
then
try to break into someone elses WIFI.

--
Joost

Hi Joost,

your are right: It is Android Lollipop 5.0 ! :)

Same version as my mobile phone. (After the latest update)

I think specialists experienced in networks, Wlans, Wifis and
such know and are experienced in hacking into others devices. Changing
the MAC may or may not a tool for that ... I simply dont know. I am
just at the start to get Wifi working ... a very basic problem for
others like you I think. For me...it is just a challenge.
Are you experienced in breaking in someone elses WIFI via changing the
MAC? Where came your idea from?

I played around with it in the past, not recently though.

MAC-based access control lists are simple and lightweight. Which is why I
use
them for WIFI networks (apart from the guest-WIFI). But I don't consider
them
secure enough to only rely on those.

I only actively set MAC-addresses for VMs to avoid duplications. I don't
see
the point in setting them specifically as they tend to be unique in my
experience.

Only other reason I can think off for changing the MAC-address is to get
around
a MAC-based filtering.

--
Joost

--
Regards,
Mick

Re: [gentoo-user] To Wifi or not to Wifi...

2015-07-30 Thread J. Roeleveld

On Wednesday, July 29, 2015 05:10:02 PM meino.cra...@gmx.de wrote:
 J. Roeleveld jo...@antarean.org [15-07-29 16:39]:
  On Wednesday, July 29, 2015 10:54:53 AM Thanasis wrote:
   On 07/29/2015 05:42 AM, meino.cra...@gmx.de wrote:
   ...snip...
   
2) How I can assign a static IP to my tablet.
   
   At the end of /etc/dhcp/dhcpd.conf add a line like
   
   host mytablet { hardware ethernet xx:xx:xx:xx:xx:xx;  fixed-address
   xxx.xxx.xxx.xxx; }
   
3) How I can change the MAC on my tablet.
   
   What is the OS on the tablet?
  
  If I read this right in this thread, I believe it's Android Lollipop.
  In this case, without rooting, it definitely will not be possible.
  
  I don't see why anyone would want to change the MAC on a tablet, other
  then
  try to break into someone elses WIFI.
  
  --
  Joost
 
 Hi Joost,
 
 your are right: It is Android Lollipop 5.0 ! :)

Same version as my mobile phone. (After the latest update)

 I think specialists experienced in networks, Wlans, Wifis and
 such know and are experienced in hacking into others devices. Changing
 the MAC may or may not a tool for that ... I simply dont know. I am
 just at the start to get Wifi working ... a very basic problem for
 others like you I think. For me...it is just a challenge.
 Are you experienced in breaking in someone elses WIFI via changing the
 MAC? Where came your idea from?

I played around with it in the past, not recently though.

MAC-based access control lists are simple and lightweight. Which is why I use 
them for WIFI networks (apart from the guest-WIFI). But I don't consider them 
secure enough to only rely on those.

I only actively set MAC-addresses for VMs to avoid duplications. I don't see 
the point in setting them specifically as they tend to be unique in my 
experience.

Only other reason I can think off for changing the MAC-address is to get around 
a MAC-based filtering.

--
Joost

Re: [gentoo-user] Re: Wifi slow motion data transfer

Mick michaelkintz...@gmail.com [15-07-29 20:16]:
 On Wednesday 29 Jul 2015 18:38:07 James wrote:
   Meino.Cramer at gmx.de writes:
   J. Roeleveld joost at antarean.org [15-07-29 16:38]:
On Wednesday, July 29, 2015 05:18:25 AM Meino.Cramer at gmx.de wrote:

Is this speed between both machines? Or to the internet?
  
  Joost is exactly correct here. Test the links one connection at
  a time, not just all a once. You'll be able to get a 'sit of pants' feeling
  about the capabilities on each link (between devices). There are many many
  issues so let's first characterize each link by the bandwith.
  
  
  On ethernet interfaces this is a really cool tool::
  
   net-analyzer/bwmon   and net-analyzer/nbwmon
  
   I fired up create_ip like this (just for testing and haveing at least
   ONE experienced succes with this Wifi stuff...):
   
   create_ap wlan0 eth1 name pass
   
   How can I check for the type of WIFI after the connection has been
   established?
  
  'ip link'   and  'netstat -nr' are a good start. Later on we'll get
  you some gui tools and a monitoring software (a ton of options)...
  
   USB is USB 2.0
   
   The speed is measured by conky, which reads the transfer rate at eth0.
   At that tome, the tablet was getting a greater piece of tar archive
   (LInux for Android) and no other traffic other than this was there.
   The DSL was by far not saturated.
  
  Really?  How do you know. It take lots of experimenting and testing
  and data collection over time to figure our exactly what your
  ISp(s) are doing. Usually several ISPs are in a link until you hit
  a 'peering point'
  
  'net-analyzer/traceroute'
  
  is your friend. At some point the ISPs will block traceroute info
  
   So physically it is the speed of the internet but logically it is
   nearly identical to what happens at the Wifi interface (I think).
   I will check for an app which displays the speed measured on the
   tablets interface...
  
  This is a very, very complicated issue. ISP(s) use devices to deliver
  and partition bandwidth; some with an incredible level of control
  (granularity). For instances they can 'port constrict' a service
  or a route to an endpoint or any number of things. So first fully
  study (characterize) the behavior of the links (connnections between
  devices) that you manage and develop that 'seat of pants' feeling about the
  network segments you manage. Then start sniffing up the outside folks,
  as best you can with the tools in the portage tree.(many).
  
  
  You need to also understand that Usb has it's own problems, protocols and
  issues depending on how it was implemented by the chipsets use and the
  firmware inside the product. Other protocol (latencies and such) are
  layered on top of that.  Ju are 'full stack' wheelin and dealing as soon
  as your run gui apps across that link.brau.
  
   Best regards,
   Meino
  
  ttfn,
  Always your pal!
  James
 
 It could also be that the tablet has a slow write speed, if you were 
 downloading a file.  Can you stream a video instead and see if this is 
 achieving a higher speed?
 
 -- 
 Regards,
 Mick


Hi Mick,

thanks for your infos! :)

yupp! Works like a charm (video streaming)!

It was a default setting in create_ap which seems to select an old
procotol based on drums and morse code... ;)
After adding --ieee80211n to the commandline the problem vanished
and the data transfer rate jumps up to a level, where the limiting
device was my DSL provider :)

I am happy with that now !

Best regards,
Meino

Re: [gentoo-user] To Wifi or not to Wifi...

Mick michaelkintz...@gmail.com [15-07-29 20:08]:
 On Wednesday 29 Jul 2015 16:05:10 meino.cra...@gmx.de wrote:
  Thanasis thana...@asyr.hopto.org [15-07-29 16:38]:
   On 07/29/2015 05:42 AM, meino.cra...@gmx.de wrote:
   ...snip...
   
   2) How I can assign a static IP to my tablet.
   
   At the end of /etc/dhcp/dhcpd.conf add a line like
   
   host mytablet { hardware ethernet xx:xx:xx:xx:xx:xx;  fixed-address
   xxx.xxx.xxx.xxx; }
   
   3) How I can change the MAC on my tablet.
   
   What is the OS on the tablet?
  
  Hi Thanasis,
  
  thanks for your help!
  I didn't thought of dynamically assigning a fixed IP to
  my tablet via DHCPd (my fault). But this is an elegant solution
  for this!
 
 If your client is running dhcpcd, then
 
  --request 123.456.78.9  #will request this address from the server
 
  --inform 123.456.78.9/24  #will inform the server of this address
 
 
  The tablet runs Android Lollipop 5.0. The tablet is an
  ASUS MeMO Pad 7 (ME176CX).
 
 To set the IP address manually:
 
  ifconfig wlan0 123.456.78.9
 
 or
 
  ip addr add 123.456.78.9 dev wlan0
 
 depending on the commands that come with this distro.
 
 
 To change the MAC address manually:
 
  ifconfig wlan0 hw ether 00:AA:BB:CC:DD:FF
 
 or 
 
  ip link set wlan0 address 00:AA:BB:CC:DD:FF
 
 
 Reboot to get back what you had originally.
 
 -- 
 Regards,
 Mick

Hi Mick,

!!!GREAT!!! Exactly what I am searching for! BEST!
Thank you VERY much! :) 8)

Best regards,
Meino

Re: [gentoo-user] To Wifi or not to Wifi...

2015-07-29 Thread Mick

On Wednesday 29 Jul 2015 16:05:10 meino.cra...@gmx.de wrote:
 Thanasis thana...@asyr.hopto.org [15-07-29 16:38]:
  On 07/29/2015 05:42 AM, meino.cra...@gmx.de wrote:
  ...snip...
  
  2) How I can assign a static IP to my tablet.
  
  At the end of /etc/dhcp/dhcpd.conf add a line like
  
  host mytablet { hardware ethernet xx:xx:xx:xx:xx:xx;  fixed-address
  xxx.xxx.xxx.xxx; }
  
  3) How I can change the MAC on my tablet.
  
  What is the OS on the tablet?
 
 Hi Thanasis,
 
 thanks for your help!
 I didn't thought of dynamically assigning a fixed IP to
 my tablet via DHCPd (my fault). But this is an elegant solution
 for this!

If your client is running dhcpcd, then

 --request 123.456.78.9  #will request this address from the server

 --inform 123.456.78.9/24  #will inform the server of this address


 The tablet runs Android Lollipop 5.0. The tablet is an
 ASUS MeMO Pad 7 (ME176CX).

To set the IP address manually:

 ifconfig wlan0 123.456.78.9

or

 ip addr add 123.456.78.9 dev wlan0

depending on the commands that come with this distro.


To change the MAC address manually:

 ifconfig wlan0 hw ether 00:AA:BB:CC:DD:FF

or 

 ip link set wlan0 address 00:AA:BB:CC:DD:FF


Reboot to get back what you had originally.

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Re: Wifi slow motion data transfer

2015-07-29 Thread Mick

On Wednesday 29 Jul 2015 18:38:07 James wrote:
  Meino.Cramer at gmx.de writes:
  J. Roeleveld joost at antarean.org [15-07-29 16:38]:
   On Wednesday, July 29, 2015 05:18:25 AM Meino.Cramer at gmx.de wrote:
   
   Is this speed between both machines? Or to the internet?
 
 Joost is exactly correct here. Test the links one connection at
 a time, not just all a once. You'll be able to get a 'sit of pants' feeling
 about the capabilities on each link (between devices). There are many many
 issues so let's first characterize each link by the bandwith.
 
 
 On ethernet interfaces this is a really cool tool::
 
  net-analyzer/bwmon   and net-analyzer/nbwmon
 
  I fired up create_ip like this (just for testing and haveing at least
  ONE experienced succes with this Wifi stuff...):
  
  create_ap wlan0 eth1 name pass
  
  How can I check for the type of WIFI after the connection has been
  established?
 
 'ip link'   and  'netstat -nr' are a good start. Later on we'll get
 you some gui tools and a monitoring software (a ton of options)...
 
  USB is USB 2.0
  
  The speed is measured by conky, which reads the transfer rate at eth0.
  At that tome, the tablet was getting a greater piece of tar archive
  (LInux for Android) and no other traffic other than this was there.
  The DSL was by far not saturated.
 
 Really?  How do you know. It take lots of experimenting and testing
 and data collection over time to figure our exactly what your
 ISp(s) are doing. Usually several ISPs are in a link until you hit
 a 'peering point'
 
 'net-analyzer/traceroute'
 
 is your friend. At some point the ISPs will block traceroute info
 
  So physically it is the speed of the internet but logically it is
  nearly identical to what happens at the Wifi interface (I think).
  I will check for an app which displays the speed measured on the
  tablets interface...
 
 This is a very, very complicated issue. ISP(s) use devices to deliver
 and partition bandwidth; some with an incredible level of control
 (granularity). For instances they can 'port constrict' a service
 or a route to an endpoint or any number of things. So first fully
 study (characterize) the behavior of the links (connnections between
 devices) that you manage and develop that 'seat of pants' feeling about the
 network segments you manage. Then start sniffing up the outside folks,
 as best you can with the tools in the portage tree.(many).
 
 
 You need to also understand that Usb has it's own problems, protocols and
 issues depending on how it was implemented by the chipsets use and the
 firmware inside the product. Other protocol (latencies and such) are
 layered on top of that.  Ju are 'full stack' wheelin and dealing as soon
 as your run gui apps across that link.brau.
 
  Best regards,
  Meino
 
 ttfn,
 Always your pal!
 James

It could also be that the tablet has a slow write speed, if you were 
downloading a file.  Can you stream a video instead and see if this is 
achieving a higher speed?

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Re: Wifi slow motion data transfer

James wirel...@tampabay.rr.com [15-07-29 19:46]:
  Meino.Cramer at gmx.de writes:
 
  
  J. Roeleveld joost at antarean.org [15-07-29 16:38]:
   On Wednesday, July 29, 2015 05:18:25 AM Meino.Cramer at gmx.de wrote:
 
   Is this speed between both machines? Or to the internet?
 
 Joost is exactly correct here. Test the links one connection at
 a time, not just all a once. You'll be able to get a 'sit of pants' feeling
 about the capabilities on each link (between devices). There are many many
 issues so let's first characterize each link by the bandwith.
 
 
 On ethernet interfaces this is a really cool tool::
 
  net-analyzer/bwmon   and net-analyzer/nbwmon
 
  I fired up create_ip like this (just for testing and haveing at least
  ONE experienced succes with this Wifi stuff...):
  
  create_ap wlan0 eth1 name pass
  
  How can I check for the type of WIFI after the connection has been
  established?
 
 'ip link'   and  'netstat -nr' are a good start. Later on we'll get
 you some gui tools and a monitoring software (a ton of options)...
 
 
  USB is USB 2.0
  
  The speed is measured by conky, which reads the transfer rate at eth0.
  At that tome, the tablet was getting a greater piece of tar archive
  (LInux for Android) and no other traffic other than this was there.
  The DSL was by far not saturated.
 
 Really?  How do you know. It take lots of experimenting and testing
 and data collection over time to figure our exactly what your 
 ISp(s) are doing. Usually several ISPs are in a link until you hit
 a 'peering point'
 
 'net-analyzer/traceroute'
 
 is your friend. At some point the ISPs will block traceroute info
 
 
  So physically it is the speed of the internet but logically it is
  nearly identical to what happens at the Wifi interface (I think).
  I will check for an app which displays the speed measured on the
  tablets interface...
 
 This is a very, very complicated issue. ISP(s) use devices to deliver
 and partition bandwidth; some with an incredible level of control
 (granularity). For instances they can 'port constrict' a service
 or a route to an endpoint or any number of things. So first fully 
 study (characterize) the behavior of the links (connnections between
 devices) that you manage and develop that 'seat of pants' feeling about the
 network segments you manage. Then start sniffing up the outside folks,
 as best you can with the tools in the portage tree.(many).
 
 
 You need to also understand that Usb has it's own problems, protocols and
 issues depending on how it was implemented by the chipsets use and the
 firmware inside the product. Other protocol (latencies and such) are layered
 on top of that.  Ju are 'full stack' wheelin and dealing as soon
 as your run gui apps across that link.brau.
 
 
  Best regards,
  Meino
 
 ttfn,
 Always your pal!
 James
 

Hi James,

:)

The solution was as simple as follows:

I did this:

./create_ap wlan0 eth1 name pass

and I was happy to have my first access point created...
that one which seems to use morse code to transfer data.
That was yesterday evenining.
The I heard of different protocols from which one was
old and slow and others speedy and newer

Then I did this (a few miniutes ago):
./create_ap --ieee80211n wlan0 eth1  name pass

And TADA! the internet transfer rate measured with conky
(as mentioned before) jumps from 80Kb/sec up to the most
my DSL can delver (which is not that much, since I have 
choosen a cheap low end of transfer rates possible from
my DSL provider. NOW the linux installation on my Android
tablet show real progress (and fails for other reasons,
I currently dont have figured out).

I am happy with the result - except for the non working
Linux installation, which is another problem...unfortunately
I dont speak a single word Russian and the forum of the
Android Installation tool is Russian spoken...

We will see, James.

Thank you very much for your detailed help!!! 8)

Best regards,
Meino

Re: [gentoo-user] To Wifi or not to Wifi...

2015-07-29 Thread Thanasis


On 07/29/2015 05:42 AM, meino.cra...@gmx.de wrote:
...snip...

2) How I can assign a static IP to my tablet.


At the end of /etc/dhcp/dhcpd.conf add a line like

host mytablet { hardware ethernet xx:xx:xx:xx:xx:xx;  fixed-address 
xxx.xxx.xxx.xxx; }



3) How I can change the MAC on my tablet.


What is the OS on the tablet?

Re: [gentoo-user] To Wifi or not to Wifi...

2015-07-29 Thread Peter Humphrey

On Wednesday 29 July 2015 06:40:51 Mick wrote:
 On Wednesday 29 Jul 2015 03:42:56 meino.cra...@gmx.de wrote:
  Still I have to figure out:
  
  1) What create_ap does differently (and more correctly).
 
 It also sets up a DNS repeater, DHCP server and configures iptables on your
 PC.
 
  2) How I can assign a static IP to my tablet.
 
 There must be some config files to edit, but I'm guessing you won't have
 access to these without rooting the tablet.

I think Meino means how he should tell dhcpd to assign the same IP to his 
tablet every time it appears. This is easy in dnsmasq but I don't know dhcp.

-- 
Rgds
Peter

Re: [gentoo-user] To Wifi or not to Wifi...

2015-07-29 Thread J. Roeleveld

On Wednesday, July 29, 2015 10:54:53 AM Thanasis wrote:
 On 07/29/2015 05:42 AM, meino.cra...@gmx.de wrote:
 ...snip...
 
  2) How I can assign a static IP to my tablet.
 
 At the end of /etc/dhcp/dhcpd.conf add a line like
 
 host mytablet { hardware ethernet xx:xx:xx:xx:xx:xx;  fixed-address
 xxx.xxx.xxx.xxx; }
 
  3) How I can change the MAC on my tablet.
 
 What is the OS on the tablet?

If I read this right in this thread, I believe it's Android Lollipop.
In this case, without rooting, it definitely will not be possible.

I don't see why anyone would want to change the MAC on a tablet, other then 
try to break into someone elses WIFI.

--
Joost

Re: [gentoo-user] To Wifi or not to Wifi...

Mick michaelkintz...@gmail.com [15-07-29 16:38]:
 On Wednesday 29 Jul 2015 03:42:56 meino.cra...@gmx.de wrote:
  Mick michaelkintz...@gmail.com [15-07-29 03:32]:
   On Tuesday 28 Jul 2015 20:35:55 Todd Goodman wrote:
* meino.cra...@gmx.de meino.cra...@gmx.de [150728 15:31]:
[..SNIP..]

 Hi Todd,
 
 thanks for all your help and patience... :))
 
 The recursive(recursive(recursive).problem.).problem).problem has
 been solved by rebooting my PC (due to the new kernel) and restarting
 the tablet PC.
 
 Now I am fighting against dhcpd...as sson as I want to start that
 beast its telling me that dhcpd.ldap is missing. This was not
 installed (at least as an example) by emerge. I have no idea what
 is to get into that file.
 
 I will check create_ap...may be it is more intelligent than me in
 writing config-files ;)
 
 But unfortunately I have to stop my journey here for today...it is
 late here (9:00 pm) and I have to get out early tommorrow (4:00 am).
 
 But /I want/ to get this running finally.
 We will see.
 As soon I have something new, I will post more of the contents
 of my harddisk ;)
 
 Best regards and thanks again! 8)
 Meino

Hi Meino,

You're welcome.  I'm sorry I couldn't be of more help (and get this
solved!)

I'm sure you will eventually.

Please let us know how it goes once you get back to it.

Good night,

Todd
   
   A lot seems to have been progressed with since I last contributed to this
   thread.  Given that WiFi related problems were solved thanks to Todd's
   good help, perhaps Meino should start a thread on setting up a local
   dhcp server?
   
   However, I would recommend that you set a static route, gateway and IP
   address on your tablet pointing to the PC and on the PC you configure IP
   Masquerading, so that it can NAT connections from the tablet to the
   Internet.
   
   However, if you must be running a dhcp server, then emerge and configure
   net- misc/dhcp on the PC.
  
  Hi Todd, hi Mick,
  
  !YEAH! It works!
  create_ap did it! I have access to the internet on my tablet just by
  fireing up create_ap.
  
  There is one advantage of create_ap (beside creating a /working/ ap,
  which I was not able to...;) over the setup below /etc: One can give
  it an temporary SSID and password on the commandline - every
  configuration is temporary. In my case this is very handy, since I
  only need the AP for transferring files from and to my tablet. Makes
  the thing /a little/ more secure...a /little/.
  
  Still I have to figure out:
  
  1) What create_ap does differently (and more correctly).
 
 It also sets up a DNS repeater, DHCP server and configures iptables on your 
 PC.
 
 
  2) How I can assign a static IP to my tablet.
 
 There must be some config files to edit, but I'm guessing you won't have 
 access to these without rooting the tablet.
 
 
  3) How I can change the MAC on my tablet.
 
 Ditto.
 
 -- 
 Regards,
 Mick



Hi Mick,

thanks for your reply and answers! :)

I have rooted the tablet, but I dont want to change The inner core
(setup/boot scripts) until I know a little more about Android...it is
quite a different Linux somehow.
I thought of a temporary solution, which sets the MAC/IP from the
commmandline until the tablet is booted again.

create_ap is of great help for me...it be instructed to dump its
configuration also, so I have a source for further inspections.

Best regards,
Meino

Re: [gentoo-user] To Wifi or not to Wifi...

Peter Humphrey pe...@prh.myzen.co.uk [15-07-29 16:38]:
 On Wednesday 29 July 2015 06:40:51 Mick wrote:
  On Wednesday 29 Jul 2015 03:42:56 meino.cra...@gmx.de wrote:
   Still I have to figure out:
   
   1) What create_ap does differently (and more correctly).
  
  It also sets up a DNS repeater, DHCP server and configures iptables on your
  PC.
  
   2) How I can assign a static IP to my tablet.
  
  There must be some config files to edit, but I'm guessing you won't have
  access to these without rooting the tablet.
 
 I think Meino means how he should tell dhcpd to assign the same IP to his 
 tablet every time it appears. This is easy in dnsmasq but I don't know dhcp.
 
 -- 
 Rgds
 Peter
 
 

Hi Peter,

quite an easy answer: YESNO! ;)

Until I read your mail, my thought of statis IP was:
Server and client set their IPs for themselves statically and
know of the IPs of the counterpart.

Your mail gives (at least to me) a totally new aspect: DHCPd
dynamically assigns the same IP to the client all the time.
Which is an elegant solution around the problem of currently
don't knowing how to set an IP on my tablet other than via DHCP.

Downside: One still needs to configure DHCPd on the server side/site.

Thanks for the new aspect! :)

Best regards,
Meino

Re: [gentoo-user] To Wifi or not to Wifi...

Thanasis thana...@asyr.hopto.org [15-07-29 16:38]:
 On 07/29/2015 05:42 AM, meino.cra...@gmx.de wrote:
 ...snip...
 2) How I can assign a static IP to my tablet.
 
 At the end of /etc/dhcp/dhcpd.conf add a line like
 
 host mytablet { hardware ethernet xx:xx:xx:xx:xx:xx;  fixed-address 
 xxx.xxx.xxx.xxx; }
 
 3) How I can change the MAC on my tablet.
 
 What is the OS on the tablet?
 
 

Hi Thanasis,

thanks for your help!
I didn't thought of dynamically assigning a fixed IP to
my tablet via DHCPd (my fault). But this is an elegant solution
for this!

The tablet runs Android Lollipop 5.0. The tablet is an
ASUS MeMO Pad 7 (ME176CX).

Best regards,
Meino

Re: [gentoo-user] To Wifi or not to Wifi...

J. Roeleveld jo...@antarean.org [15-07-29 16:39]:
 On Wednesday, July 29, 2015 10:54:53 AM Thanasis wrote:
  On 07/29/2015 05:42 AM, meino.cra...@gmx.de wrote:
  ...snip...
  
   2) How I can assign a static IP to my tablet.
  
  At the end of /etc/dhcp/dhcpd.conf add a line like
  
  host mytablet { hardware ethernet xx:xx:xx:xx:xx:xx;  fixed-address
  xxx.xxx.xxx.xxx; }
  
   3) How I can change the MAC on my tablet.
  
  What is the OS on the tablet?
 
 If I read this right in this thread, I believe it's Android Lollipop.
 In this case, without rooting, it definitely will not be possible.
 
 I don't see why anyone would want to change the MAC on a tablet, other then 
 try to break into someone elses WIFI.
 
 --
 Joost
 

Hi Joost,

your are right: It is Android Lollipop 5.0 ! :)

I think specialists experienced in networks, Wlans, Wifis and
such know and are experienced in hacking into others devices. Changing
the MAC may or may not a tool for that ... I simply dont know. I am
just at the start to get Wifi working ... a very basic problem for
others like you I think. For me...it is just a challenge.
Are you experienced in breaking in someone elses WIFI via changing the
MAC? Where came your idea from?

Best regards,
Meino

Re: [gentoo-user] To Wifi or not to Wifi...

Mick michaelkintz...@gmail.com [15-07-29 03:32]:
 On Tuesday 28 Jul 2015 20:35:55 Todd Goodman wrote:
  * meino.cra...@gmx.de meino.cra...@gmx.de [150728 15:31]:
  [..SNIP..]
  
   Hi Todd,
   
   thanks for all your help and patience... :))
   
   The recursive(recursive(recursive).problem.).problem).problem has
   been solved by rebooting my PC (due to the new kernel) and restarting
   the tablet PC.
   
   Now I am fighting against dhcpd...as sson as I want to start that
   beast its telling me that dhcpd.ldap is missing. This was not
   installed (at least as an example) by emerge. I have no idea what
   is to get into that file.
   
   I will check create_ap...may be it is more intelligent than me in
   writing config-files ;)
   
   But unfortunately I have to stop my journey here for today...it is
   late here (9:00 pm) and I have to get out early tommorrow (4:00 am).
   
   But /I want/ to get this running finally.
   We will see.
   As soon I have something new, I will post more of the contents
   of my harddisk ;)
   
   Best regards and thanks again! 8)
   Meino
  
  Hi Meino,
  
  You're welcome.  I'm sorry I couldn't be of more help (and get this
  solved!)
  
  I'm sure you will eventually.
  
  Please let us know how it goes once you get back to it.
  
  Good night,
  
  Todd
 
 A lot seems to have been progressed with since I last contributed to this 
 thread.  Given that WiFi related problems were solved thanks to Todd's good 
 help, perhaps Meino should start a thread on setting up a local dhcp server?
 
 However, I would recommend that you set a static route, gateway and IP 
 address 
 on your tablet pointing to the PC and on the PC you configure IP 
 Masquerading, 
 so that it can NAT connections from the tablet to the Internet.
 
 However, if you must be running a dhcp server, then emerge and configure net-
 misc/dhcp on the PC.
 
 -- 
 Regards,
 Mick


Hi Mick,

thanks for your reply ! 8)

the current problem is the authentication problem and with my limited
knowledge about the wifi topic I cannot decide, whether it is a
problem related to wifi setups of or related to after wifi - that is
the timeout happens because there is no data transfer, because the
table does not get an IP addr from the PC.

Setting up an static IP address scheme is a good idea! Unfortunately
the tablet does not allow to assign an IP statically. It is an Android
Lollipop based tablet, wifi only, no gsm.
I searched the GUI up and down - there is an field IP-adress and
MAC-address but they are not selectable or react on
clicking/tapping.

I think I have to go the dhcpd way for accomplish the assignments of 
IP-addresses.

Before I will go to work, I will check create_ap as Todd suggested and
see whether it will solve the knot.
I will also trace the handshake with wireshark. May be this will give
an addition insight also.

When I will get more information where the whole authentications stuff
fails, I will start an new dhcpd thread or I will add more here.

Thanks for all your help Mick! 8)

Best regards,
Meino


I could remember the good ole day, when data was transmit through good
ole copper...sigh

Re: [gentoo-user] To Wifi or not to Wifi...

Mick michaelkintz...@gmail.com [15-07-29 03:32]:
 On Tuesday 28 Jul 2015 20:35:55 Todd Goodman wrote:
  * meino.cra...@gmx.de meino.cra...@gmx.de [150728 15:31]:
  [..SNIP..]
  
   Hi Todd,
   
   thanks for all your help and patience... :))
   
   The recursive(recursive(recursive).problem.).problem).problem has
   been solved by rebooting my PC (due to the new kernel) and restarting
   the tablet PC.
   
   Now I am fighting against dhcpd...as sson as I want to start that
   beast its telling me that dhcpd.ldap is missing. This was not
   installed (at least as an example) by emerge. I have no idea what
   is to get into that file.
   
   I will check create_ap...may be it is more intelligent than me in
   writing config-files ;)
   
   But unfortunately I have to stop my journey here for today...it is
   late here (9:00 pm) and I have to get out early tommorrow (4:00 am).
   
   But /I want/ to get this running finally.
   We will see.
   As soon I have something new, I will post more of the contents
   of my harddisk ;)
   
   Best regards and thanks again! 8)
   Meino
  
  Hi Meino,
  
  You're welcome.  I'm sorry I couldn't be of more help (and get this
  solved!)
  
  I'm sure you will eventually.
  
  Please let us know how it goes once you get back to it.
  
  Good night,
  
  Todd
 
 A lot seems to have been progressed with since I last contributed to this 
 thread.  Given that WiFi related problems were solved thanks to Todd's good 
 help, perhaps Meino should start a thread on setting up a local dhcp server?
 
 However, I would recommend that you set a static route, gateway and IP 
 address 
 on your tablet pointing to the PC and on the PC you configure IP 
 Masquerading, 
 so that it can NAT connections from the tablet to the Internet.
 
 However, if you must be running a dhcp server, then emerge and configure net-
 misc/dhcp on the PC.
 
 -- 
 Regards,
 Mick


Hi Todd, hi Mick,

!YEAH! It works!
create_ap did it! I have access to the internet on my tablet just by
fireing up create_ap.

There is one advantage of create_ap (beside creating a /working/ ap,
which I was not able to...;) over the setup below /etc: One can give
it an temporary SSID and password on the commandline - every
configuration is temporary. In my case this is very handy, since I
only need the AP for transferring files from and to my tablet. Makes
the thing /a little/ more secure...a /little/.

Still I have to figure out:

1) What create_ap does differently (and more correctly).
2) How I can assign a static IP to my tablet.
3) How I can change the MAC on my tablet.


Thanks for all your help and patience! :) 8)

Best regards,
Meino

Re: [gentoo-user] To Wifi or not to Wifi...

2015-07-28 Thread Todd Goodman

* meino.cra...@gmx.de meino.cra...@gmx.de [150727 23:07]:
[..SNIP..]
 I tried the stripped down version of wpa_supplicat.conf with mixed
 results. I changed it as follows:
 
 hw_mode=n # a simply means 2.4GHz
 channel=0 # the channel to use, 0 means the AP will search for 
 the channel with the least interferences 
 ieee80211d=1  # limit the frequencies used to those allowed in the 
 country
 country_code=DE   # the country code
 ieee80211n=1  # 802.11n support
 ieee80211ac=1 # 802.11ac support
 wmm_enabled=1 # QoS support
  
 ssid=somename # the name of the AP
 auth_algs=1   # 1=wpa, 2=wep, 3=both
 wpa=2 # WPA2 only
 wpa_key_mgmt=WPA-PSK 
 rsn_pairwise=CCMP
 wpa_passphrase=XX
 
 
 I changed hw_mode to n since a is not supported by the tablet PC
 which I want to connect to my PC.
 I set the password to something different as shown here... ;)
 
 The output is:
 Successfully initialized wpa_supplicant
 Line 1: unknown global field 'interface=wlan0'.
 Line 1: Invalid configuration line 'interface=wlan0'.
 Line 2: unknown global field 'hw_mode=n'.
 Line 2: Invalid configuration line 'hw_mode=n'.
 Line 3: unknown global field 'channel=0'.
 Line 3: Invalid configuration line 'channel=0'.
 Line 4: unknown global field 'ieee80211d=1'.
 Line 4: Invalid configuration line 'ieee80211d=1'.
 Line 5: unknown global field 'country_code=DE'.
 Line 5: Invalid configuration line 'country_code=DE'.
 Line 6: unknown global field 'ieee80211n=1'.
 Line 6: Invalid configuration line 'ieee80211n=1'.
 Line 7: unknown global field 'ieee80211ac=1'.
 Line 7: Invalid configuration line 'ieee80211ac=1'.
 Line 8: unknown global field 'wmm_enabled=1'.
 Line 8: Invalid configuration line 'wmm_enabled=1'.
 Line 10: unknown global field 'ssid=somename'.
 Line 10: Invalid configuration line 'ssid=somename'.
 Line 11: unknown global field 'auth_algs=1'.
 Line 11: Invalid configuration line 'auth_algs=1'.
 Line 12: unknown global field 'wpa=2'.
 Line 12: Invalid configuration line 'wpa=2'.
 Line 13: unknown global field 'wpa_key_mgmt=WPA-PSK'.
 Line 13: Invalid configuration line 'wpa_key_mgmt=WPA-PSK'.
 Line 14: unknown global field 'rsn_pairwise=CCMP'.
 Line 14: Invalid configuration line 'rsn_pairwise=CCMP'.
 Line 15: unknown global field 'wpa_passphrase=stardancer2107631'.
 Line 15: Invalid configuration line 'wpa_passphrase=X'.
 Failed to read or parse configuration 
 '/etc/wpa_supplicant/wpa_supplicant.conf'.
  *   start-stop-daemon: failed to start `/usr/sbin/wpa_supplicant'
 [ !! ]
  * ERROR: net.wlan0 failed to start
 [1]4612 exit 1 /etc/init.d/net.wlan0 restart

This looks like your /etc/wpa_supplicant/wpa_supplicant.conf file is not
formatted correctly.

I believe most of the first things you're setting are defaulted, but
even so, I'd remove them to get the rest working first (I think
ieee80211d is enabled for Global Roaming so it won't transmit on
channels you shouldn't be in your country, but you could doublecheck if
you're really concerned.)

The lines starting with ssid=somename should be inside a:

network={
}

enclosure for network configuration.

Perhaps try with just a network block and see if wpa_supplicant likes it
OK.  And make sure there's no funny line endings or the like.

Also, you didn't  out your wpa_passphrase in the error message above
so hopefully it's a fake one or you've changed it by now.

Todd

Re: [gentoo-user] To Wifi or not to Wifi...

2015-07-28 Thread Mick

On Wednesday 29 Jul 2015 03:42:56 meino.cra...@gmx.de wrote:
 Mick michaelkintz...@gmail.com [15-07-29 03:32]:
  On Tuesday 28 Jul 2015 20:35:55 Todd Goodman wrote:
   * meino.cra...@gmx.de meino.cra...@gmx.de [150728 15:31]:
   [..SNIP..]
   
Hi Todd,

thanks for all your help and patience... :))

The recursive(recursive(recursive).problem.).problem).problem has
been solved by rebooting my PC (due to the new kernel) and restarting
the tablet PC.

Now I am fighting against dhcpd...as sson as I want to start that
beast its telling me that dhcpd.ldap is missing. This was not
installed (at least as an example) by emerge. I have no idea what
is to get into that file.

I will check create_ap...may be it is more intelligent than me in
writing config-files ;)

But unfortunately I have to stop my journey here for today...it is
late here (9:00 pm) and I have to get out early tommorrow (4:00 am).

But /I want/ to get this running finally.
We will see.
As soon I have something new, I will post more of the contents
of my harddisk ;)

Best regards and thanks again! 8)
Meino
   
   Hi Meino,
   
   You're welcome.  I'm sorry I couldn't be of more help (and get this
   solved!)
   
   I'm sure you will eventually.
   
   Please let us know how it goes once you get back to it.
   
   Good night,
   
   Todd
  
  A lot seems to have been progressed with since I last contributed to this
  thread.  Given that WiFi related problems were solved thanks to Todd's
  good help, perhaps Meino should start a thread on setting up a local
  dhcp server?
  
  However, I would recommend that you set a static route, gateway and IP
  address on your tablet pointing to the PC and on the PC you configure IP
  Masquerading, so that it can NAT connections from the tablet to the
  Internet.
  
  However, if you must be running a dhcp server, then emerge and configure
  net- misc/dhcp on the PC.
 
 Hi Todd, hi Mick,
 
 !YEAH! It works!
 create_ap did it! I have access to the internet on my tablet just by
 fireing up create_ap.
 
 There is one advantage of create_ap (beside creating a /working/ ap,
 which I was not able to...;) over the setup below /etc: One can give
 it an temporary SSID and password on the commandline - every
 configuration is temporary. In my case this is very handy, since I
 only need the AP for transferring files from and to my tablet. Makes
 the thing /a little/ more secure...a /little/.
 
 Still I have to figure out:
 
 1) What create_ap does differently (and more correctly).

It also sets up a DNS repeater, DHCP server and configures iptables on your 
PC.


 2) How I can assign a static IP to my tablet.

There must be some config files to edit, but I'm guessing you won't have 
access to these without rooting the tablet.


 3) How I can change the MAC on my tablet.

Ditto.

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] To Wifi or not to Wifi...

Todd Goodman t...@bonedaddy.net [15-07-28 17:01]:
 * meino.cra...@gmx.de meino.cra...@gmx.de [150727 23:07]:
 [..SNIP..]
  I tried the stripped down version of wpa_supplicat.conf with mixed
  results. I changed it as follows:
  
  hw_mode=n # a simply means 2.4GHz
  channel=0 # the channel to use, 0 means the AP will search for 
  the channel with the least interferences 
  ieee80211d=1  # limit the frequencies used to those allowed in the 
  country
  country_code=DE   # the country code
  ieee80211n=1  # 802.11n support
  ieee80211ac=1 # 802.11ac support
  wmm_enabled=1 # QoS support
   
  ssid=somename # the name of the AP
  auth_algs=1   # 1=wpa, 2=wep, 3=both
  wpa=2 # WPA2 only
  wpa_key_mgmt=WPA-PSK 
  rsn_pairwise=CCMP
  wpa_passphrase=XX
  
  
  I changed hw_mode to n since a is not supported by the tablet PC
  which I want to connect to my PC.
  I set the password to something different as shown here... ;)
  
  The output is:
  Successfully initialized wpa_supplicant
  Line 1: unknown global field 'interface=wlan0'.
  Line 1: Invalid configuration line 'interface=wlan0'.
  Line 2: unknown global field 'hw_mode=n'.
  Line 2: Invalid configuration line 'hw_mode=n'.
  Line 3: unknown global field 'channel=0'.
  Line 3: Invalid configuration line 'channel=0'.
  Line 4: unknown global field 'ieee80211d=1'.
  Line 4: Invalid configuration line 'ieee80211d=1'.
  Line 5: unknown global field 'country_code=DE'.
  Line 5: Invalid configuration line 'country_code=DE'.
  Line 6: unknown global field 'ieee80211n=1'.
  Line 6: Invalid configuration line 'ieee80211n=1'.
  Line 7: unknown global field 'ieee80211ac=1'.
  Line 7: Invalid configuration line 'ieee80211ac=1'.
  Line 8: unknown global field 'wmm_enabled=1'.
  Line 8: Invalid configuration line 'wmm_enabled=1'.
  Line 10: unknown global field 'ssid=somename'.
  Line 10: Invalid configuration line 'ssid=somename'.
  Line 11: unknown global field 'auth_algs=1'.
  Line 11: Invalid configuration line 'auth_algs=1'.
  Line 12: unknown global field 'wpa=2'.
  Line 12: Invalid configuration line 'wpa=2'.
  Line 13: unknown global field 'wpa_key_mgmt=WPA-PSK'.
  Line 13: Invalid configuration line 'wpa_key_mgmt=WPA-PSK'.
  Line 14: unknown global field 'rsn_pairwise=CCMP'.
  Line 14: Invalid configuration line 'rsn_pairwise=CCMP'.
  Line 15: unknown global field 'wpa_passphrase=stardancer2107631'.
  Line 15: Invalid configuration line 'wpa_passphrase=X'.
  Failed to read or parse configuration 
  '/etc/wpa_supplicant/wpa_supplicant.conf'.
   *   start-stop-daemon: failed to start `/usr/sbin/wpa_supplicant'  
[ !! ]
   * ERROR: net.wlan0 failed to start
  [1]4612 exit 1 /etc/init.d/net.wlan0 restart
 
 This looks like your /etc/wpa_supplicant/wpa_supplicant.conf file is not
 formatted correctly.
 
 I believe most of the first things you're setting are defaulted, but
 even so, I'd remove them to get the rest working first (I think
 ieee80211d is enabled for Global Roaming so it won't transmit on
 channels you shouldn't be in your country, but you could doublecheck if
 you're really concerned.)
 
 The lines starting with ssid=somename should be inside a:
 
 network={
 }
 
 enclosure for network configuration.
 
 Perhaps try with just a network block and see if wpa_supplicant likes it
 OK.  And make sure there's no funny line endings or the like.
 
 Also, you didn't  out your wpa_passphrase in the error message above
 so hopefully it's a fake one or you've changed it by now.
 
 Todd
 

Hi Todd,

thanks for your help! :)

I will to adjust the config file and see what will happen...
Dont worry about the password...it is a fake one. If everything is
running fine, if will choose a more random one.

By the way...While tumbling down the google hole ;) I came across
hostapd which exactly seems to be build for the purpose I want: An access 
point.

BUT:
I could not decide, what tutorial is correct:
Do I still need wpa_supplicant with hostapd or
Don't I neeed wpa_supplicant?

Thank you very much in advance for any help!
Best regards,
Meino

Re: [gentoo-user] To Wifi or not to Wifi...

2015-07-28 Thread Thanasis


On 07/28/2015 06:27 PM, meino.cra...@gmx.de wrote:
snip

By the way...While tumbling down the google hole ;) I came across
hostapd which exactly seems to be build for the purpose I want: An access 
point.

BUT:
I could not decide, what tutorial is correct:
Do I still need wpa_supplicant with hostapd


You don't need wpa_supplicant to run hostapd even with wpa.

Re: [gentoo-user] To Wifi or not to Wifi...