xbacklight: No outputs have backlight property
Hi! Not sure if this is possible but I'd like to dim my external display's backlight. Unfortunately this gives: $ xbacklight No outputs have backlight property One can do xrandr --output DP2 --brightness 0.5, but this only makes the colors less bright (as opposed to dimming the backlight). Any ideas? Thanks! Clementine $ xrandr Screen 0: minimum 320 x 200, current 2560 x 1440, maximum 32767 x 32767 DP1 disconnected (normal left inverted right x axis y axis) HDMI1 disconnected (normal left inverted right x axis y axis) DP2 connected 2560x1440+0+0 (normal left inverted right x axis y axis) 553mm x 311mm 2560x1440 59.95*+ 2048x1152 60.00 1920x1200 59.88 1920x1080 50.0030.00 1600x1200 60.00 1680x1050 59.95 1280x1024 75.0260.02 1200x960 59.99 1152x864 75.00 1280x720 50.00 1024x768 75.0860.00 800x600 75.0060.32 720x576 50.00 720x480 59.94 640x480 75.0060.0059.94 720x400 70.08 HDMI2 disconnected (normal left inverted right x axis y axis) VIRTUAL1 disconnected (normal left inverted right x axis y axis)
Re: OpenSSH for Android
I always just use connectbot --- âLanie, Iâm going to print more printers. Lots more printers. One for everyone. Thatâs worth going to jail for. Thatâs worth anything.â - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html On Tue, May 5, 2015 at 8:26 PM, Bertrand Caplet bertrand.cap...@chunkz.net wrote: Hey, I'm using JuiceSSH it's pretty good and free, but I don't know about ciphers... I'm after an openssh client with all it's goodies such as poly cipher (I don't need sshd) for Android rather than dropbear. So I'm looking at the following with Androids NDK. http://kevinboone.net/kbox3.html http://kevinboone.net/android_native.html Anyone have a simpler/other option. I don't want an entire debian install just for ssh though. -- CHUNKZ.NET - script kiddie and computer technician Bertrand Caplet, Flers (FR) Feel free to send encrypted/signed messages Key ID: 37F70C30 GPG FP: 134A 4027 518B 5F4D D409 558D BA9B 7BF0 37F7 0C30 [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]
local daemons udp bind to multiple IPs with same netmask?
For various reasons that include Asterisk restrictions and Metaswitch restrictions, I've had to setup multiple IP addresses to talk to different partitions of a Metaswitch with Asterisk... That means, for all practical purposes, my config looks like: /etc/hostname.em0: inet 10.10.10.2 255.255.255.0 NONE inet alias 10.10.10.3 255.255.255.0 inet alias 10.10.10.4 255.255.255.0 /etc/asterisk/sip.conf: [meta1] host=10.10.10.100 bindaddr=10.10.10.2 .. [meta2] host=10.10.10.100 bindaddr=10.10.10.3 .. [meta3] host=10.10.10.100 bindaddr=10.10.10.4 .. After upgrading, I now take advantage of the new, reworked routing table. Now, when packets come in to 10.10.10.4 or 10.10.10.3, asterisk never gets them. I thought about the routing table changes and how claudio or mpi described the multiple-/24 config on the same interface as broken (you are creating multiple network routes pointing to the same interface, which is apparently a broken concept) and then I changed /etc/hostname.em0 to this: /etc/hostname.em0: inet 10.10.10.2 255.255.255.0 NONE inet alias 10.10.10.3 255.255.255.255 inet alias 10.10.10.4 255.255.255.255 which is the old school, recommended way. (I seem to remember the same-netmask-for-multiple-IPs-on-an-interfce as passable/usable one point, but it certainly isn't now) And it works. Just thought I'd mention this on misc since I am probably not the only person who is binding multiple IPs in the same subnet to an interface? Chris
Re: WinSCP clients unable to connect to recent amd64 -current
On Tue, May 5, 2015 at 3:02 PM, lawgi...@nym.hush.com wrote: On 5/4/2015 at 9:39 PM, Darren Tucker dtuc...@zip.com.au wrote: Please try this patch on your server. [...] We upgrade from snapshots, and don't have the source installed, so we can't easily check this patch. I have committed the patch and it should be in the next snapshot. However, your response prompted us to look again into the WinSCP options, and under Advanced Site Settings SSH Key exchange, there is the ability to reorder the preferred key exchange algorithms. You could probably work around it by removing diffie-hellman-group-exchange-sha1 from KexAlgorithms in sshd_config (but that'd also disable it for clients that do it properly). Preferring D-H group 14 before D-H group exchange allows the client to connect. If D-H group exchange is obsolete then the fix should really be applied to WinSCP? DH Group Exchange is not obsolete, but WinSCP is using an obsolete form of it that was never standardized. Right now we're blacklisting all versions of WinSCP from DH-GEX but if someone can tell us which versions have the problem and which future ones won't then we can restrict the blacklist. -- Darren Tucker (dtucker at zip.com.au) GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4 37C9 C982 80C7 8FF4 FA69 Good judgement comes with experience. Unfortunately, the experience usually comes from bad judgement.
Re: [patch] designate main website pages as the canonical source
On 05/05/15 21:51, Carlin Bingham wrote: I have noticed for some searches, pages from the main openbsd website (such as the faq) are ranked lower than the mirrors. Setting the rel=canonical tag to point to the main website will make the mirrors designate the main website pages as the canonical source which should boost the ranking, also this should prevent the website being penalised for duplicate content, which overall should improve the relevancy of results for openbsd-related searches. Isn't the whole point of mirrors to share the load? It the mirror is uptodate then it's ranking shouldn't matter. Fred
syslogd doesn't daemonize without inet6 since 5.7
I've upgraded some 5.6 boxes to 5.7 and found out that syslogd doesn't start in daemon mode if there is no inet6 address configured (i.e. -inet6 in hostname.*). Starting syslogd either in the foreground with -d or binding on inet only with -4 makes it start again. -Tim
Re: cdce0 in ifconfig
On 2015-05-04, Zé Loff zel...@zeloff.org wrote: On Sun, May 03, 2015 at 11:26:26AM +, Jona Joachim wrote: On 2015-04-29, Cristián Edwards cri...@gmail.com wrote: Problem is that only the ugen driver is present... so I think there is no chance of speaking with the modem. Will read the link thoruoughly You have a cdce device. As sthen@ already kindly suggested, you should be able to just do dhclient cdce0. Please understand that this is a bridge device, connected to a modem, as the OP clearly stated. If there is nothing on the other end of the bridge, what's the point of sending DHCP requests? I have a 3g device on my netbook. If I put it in the right mode I get a cdce. I then run dhclient and get an IP address from the mobile network. YMMV but in my case this works perfectly, no messing about with fake serial interfaces to run a PPP session with my device that then gets converted to 3g.
Re: OpenSSH for Android
Hey, I'm using JuiceSSH it's pretty good and free, but I don't know about ciphers... I'm after an openssh client with all it's goodies such as poly cipher (I don't need sshd) for Android rather than dropbear. So I'm looking at the following with Androids NDK. http://kevinboone.net/kbox3.html http://kevinboone.net/android_native.html Anyone have a simpler/other option. I don't want an entire debian install just for ssh though. -- CHUNKZ.NET - script kiddie and computer technician Bertrand Caplet, Flers (FR) Feel free to send encrypted/signed messages Key ID: 37F70C30 GPG FP: 134A 4027 518B 5F4D D409 558D BA9B 7BF0 37F7 0C30 [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]
Re: OpenBSD Foundation and OpenBSD Project
On Tue, 5 May 2015 09:49:13 +0530 Hrishikesh Muruk hris...@gmail.com wrote: Hi I dont want to purchase 5.7 CDs and pay international shipping (also done have a CD drive). I would like to donate that amount instead. From the OpenBSD Project donations page ( http://www.openbsd.org/donations.html) I gather that donations to OpenBSD Project are different from donations to OpenBSD Foundation. When one purchases a OpenBSD CD from the OpenBSD store does that money (after admin fees etc) go to Project or Foundation? Thanks Hrishi Theo talks about this here: https://marc.info/?l=openbsd-miscm=140797419824100w=2 and here: https://marc.info/?l=openbsd-miscm=140797507424445w=2
ventilation fan with lights
DearSirs, Niceto=knowyoufrominternet,takethisopportunityIwouldliketorecommen=dourlatestproductthatisceilingmountcirculationfanwithLEDli=ghtforyourconsideration. Pleasenoteourcirculationlampwithfollowingadvantage:= Furtherdetailplease=contactusandweexpecttheopportunitytoserveyousoon.HighTechGlobalGrou=pCo.,Ltd.JohnnyLinEmail:joh...@123-led.com [demime 1.01d removed an attachment of type image/jpeg which had a name of Mquzx2562.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of Cfjntx_866.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of Glps8273.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of Vzdhn_7236.jpg]
Re: usbdevs umsm.c kernel modifications
On 02/05/15(Sat) 12:23, Cristián Edwards wrote: Hello, In order for OpenBSD 5.7 to recognize a Huawei 609 mini PCIe Modem , I did these kernel modifications: Added to usbdevs this line: product HUAWEI MU6090x1573 HUAWEI MU 609 # make usbdevs.h Then added to umsm.c this line: {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_MU609 }, DEV_TRUINSTALL}, I can connect to the modem now: # cu /dev/cuaU0 Connected to /dev/cuaU0 (speed 9600) AT OK I wish that cdce driver would work as well, but it didn't with these modifications. Perhaps kernel developers could add a change like this to the kernel. Something like that? Index: umsm.c === RCS file: /cvs/src/sys/dev/usb/umsm.c,v retrieving revision 1.102 diff -u -p -r1.102 umsm.c --- umsm.c 14 Mar 2015 03:38:50 - 1.102 +++ umsm.c 5 May 2015 09:22:52 - @@ -141,6 +141,7 @@ static const struct umsm_type umsm_devs[ {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_Mobile }, DEV_HUAWEI}, {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_K3765_INIT }, DEV_UMASS5}, {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_K3765 }, 0}, + {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_ME609 }, DEV_TRUINSTALL}, {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_K4510 }, DEV_UMASS5}, {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E1750 }, DEV_UMASS5}, {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E1752 }, 0}, Index: usbdevs === RCS file: /cvs/src/sys/dev/usb/usbdevs,v retrieving revision 1.648 diff -u -p -r1.648 usbdevs --- usbdevs 26 Apr 2015 11:47:13 - 1.648 +++ usbdevs 5 May 2015 09:21:45 - @@ -2177,6 +2177,7 @@ product HUAWEI K4510 0x14c5 HUAWEI Mob product HUAWEI E353_INIT 0x14fe HUAWEI Mobile E353 Initial product HUAWEI E392_INIT 0x1505 HUAWEI Mobile E392 Initial product HUAWEI K3765_INIT 0x1520 HUAWEI Mobile K3765 Initial +product HUAWEI ME609 0x1573 HUAWEI Mobile ME906 product HUAWEI E173S 0x1c05 HUAWEI Mobile E173s product HUAWEI E173S_INIT 0x1c0b HUAWEI Mobile E173s Initial product HUAWEI E3030x1f01 HUAWEI Mobile E303
dmesg 5.7 snapshot (plus re0 issues) - Gigabyte GB-BXi7G3-760
i7 version of the system I posted back in January http://marc.info/?l=openbsd-miscm=142073486118475w=2. http://www.gigabyte.com/products/product-page.aspx?pid=5156kw=GB-BXi7G3-760#ov http://www.amazon.com/Gigabyte-i7-4710HQ-Barebone-Components-GB-BXi7G3-760/dp/B00OJZVGFU The built-in re0 does not work with manual config (no DHCP server handy). Symptoms are not being able to ping another system on the same switch in the same subnet and repeating “re0: watchdog timeout” errors on the console. I saw the same watchdog timeout errors with the 5.7 release build as well. —Aaron hw.sensors.cpu0.temp0=56.00 degC hw.sensors.acpitz0.temp0=27.80 degC (zone temperature) hw.sensors.acpitz1.temp0=29.80 degC (zone temperature) OpenBSD 5.7-current (RAMDISK_CD) #888: Sat May 2 09:23:32 MDT 2015 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/RAMDISK_CD real mem = 17097572352 (16305MB) avail mem = 16577683456 (15809MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xec3b0 (79 entries) bios0: vendor American Megatrends Inc. version F1 date 08/12/2014 bios0: GIGABYTE GB-BXi7G3-760 acpi0 at bios0: rev 2 acpi0: tables DSDT FACP APIC FPDT LPIT SSDT SSDT SSDT SSDT MCFG HPET SSDT SSDT ASF! DMAR acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i7-4710HQ CPU @ 2.50GHz, 2694.11 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID cpu0: 256KB 64b/line 8-way L2 cache cpu0: apic clock running at 99MHz cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 2 (RP01) acpiprt2 at acpi0: bus 3 (RP03) acpiprt3 at acpi0: bus 4 (RP04) acpiprt4 at acpi0: bus 1 (PEG0) acpiprt5 at acpi0: bus -1 (PEG1) acpiprt6 at acpi0: bus -1 (PEG2) acpiec0 at acpi0: not present pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel Core 4G Host rev 0x06 ppb0 at pci0 dev 1 function 0 Intel Core 4G PCIE rev 0x06: msi pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 vendor NVIDIA, unknown product 0x1199 rev 0xa1 vga1: aperture needed wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) vendor NVIDIA, unknown product 0x0e0a (class multimedia subclass hdaudio, rev 0xa1) at pci1 dev 0 function 1 not configured xhci0 at pci0 dev 20 function 0 Intel 8 Series xHCI rev 0x05: msi usb0 at xhci0: USB revision 3.0 uhub0 at usb0 Intel xHCI root hub rev 3.00/1.00 addr 1 Intel 8 Series MEI rev 0x04 at pci0 dev 22 function 0 not configured ehci0 at pci0 dev 26 function 0 Intel 8 Series USB rev 0x05: apic 8 int 16 usb1 at ehci0: USB revision 2.0 uhub1 at usb1 Intel EHCI root hub rev 2.00/1.00 addr 1 Intel 8 Series HD Audio rev 0x05 at pci0 dev 27 function 0 not configured ppb1 at pci0 dev 28 function 0 Intel 8 Series PCIE rev 0xd5 pci2 at ppb1 bus 2 ppb2 at pci0 dev 28 function 2 Intel 8 Series PCIE rev 0xd5: msi pci3 at ppb2 bus 3 vendor Realtek, unknown product 0x8821 (class network subclass miscellaneous, rev 0x00) at pci3 dev 0 function 0 not configured ppb3 at pci0 dev 28 function 3 Intel 8 Series PCIE rev 0xd5: msi pci4 at ppb3 bus 4 re0 at pci4 dev 0 function 0 Realtek 8168 rev 0x0c: RTL8168G/8111G (0x4c00), msi, address fc:aa:14:a5:61:e9 rgephy0 at re0 phy 7: RTL8251 PHY, rev. 0 ehci1 at pci0 dev 29 function 0 Intel 8 Series USB rev 0x05: apic 8 int 23 usb2 at ehci1: USB revision 2.0 uhub2 at usb2 Intel EHCI root hub rev 2.00/1.00 addr 1 Intel HM87 LPC rev 0x05 at pci0 dev 31 function 0 not configured ahci0 at pci0 dev 31 function 2 Intel 8 Series AHCI rev 0x05: msi, AHCI 1.3 ahci0: port 4: 6.0Gb/s scsibus0 at ahci0: 32 targets sd0 at scsibus0 targ 4 lun 0: ATA, Crucial_CT250MX2, MU01 SCSI3 0/direct fixed naa.500a07510e7c431f sd0: 238475MB, 512 bytes/sector, 488397168 sectors, thin Intel 8 Series SMBus rev 0x05 at pci0 dev 31 function 3 not configured isa0 at mainbus0 pckbc0 at isa0 port 0x60/5 umass0 at uhub0 port 2 configuration 1 interface 0 Hitachi-LG Data Storage Inc Portable Super Multi Drive rev 2.00/0.00 addr 2 umass0: using ATAPI over Bulk-Only scsibus1 at umass0: 2 targets, initiator 0 cd0 at scsibus1 targ 1 lun 0: HL-DT-ST, DVDRAM GP50NB40, 1.00 ATAPI 5/cdrom removable serial.0e8d1887155_ uhub3 at uhub0 port 4 vendor 0x0557 product 0x7000 rev 1.10/1.00 addr 3 uhidev0 at uhub3 port 1 configuration 1 interface 0 ATEN Advance Tech Inc. CS-1764 V1.4.132 rev 1.10/1.00 addr 4 uhidev0: iclass 3/1 ukbd0 at uhidev0 wskbd0 at ukbd0: console keyboard, using wsdisplay0 uhidev1 at
OpenSSH for Android
I'm after an openssh client with all it's goodies such as poly cipher (I don't need sshd) for Android rather than dropbear. So I'm looking at the following with Androids NDK. http://kevinboone.net/kbox3.html http://kevinboone.net/android_native.html Anyone have a simpler/other option. I don't want an entire debian install just for ssh though.
Re: Dell S300 controller
On 2015-05-05, Jack Peirce jpei...@sourcecode.com wrote: On Mon, May 04, 2015 at 08:22:28PM -0400, Steve Shockley wrote: Does anyone know if the Dell PERC S300 controller will work under OpenBSD as a non-RAID SAS HBA? It has an LSI SAS 1068e, but I didn't know if they did something to make it not work as an HBA. Thanks. I don't believe the controller will automatically export unconfigured drives as single drive units. LSI makes 2 different versions of firmware for the unbranded controllers, IR mode for RAID and IT mode for HBA, but it's not possible/easy to flash them to the Dell branded controllers. Create RAID0 single drive units on each disk and it should export. AFAIK the S300 doesn't work at all on OpenBSD (or Linux). It was only ever meant to work with Windows.
Re: usbdevs umsm.c kernel modifications
On Tue, May 5, 2015 at 11:27 AM, Martin Pieuchot m...@openbsd.org wrote: On 02/05/15(Sat) 12:23, Cristián Edwards wrote: Hello, In order for OpenBSD 5.7 to recognize a Huawei 609 mini PCIe Modem , I did these kernel modifications: Added to usbdevs this line: product HUAWEI MU6090x1573 HUAWEI MU 609 # make usbdevs.h Then added to umsm.c this line: {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_MU609 }, DEV_TRUINSTALL}, I can connect to the modem now: # cu /dev/cuaU0 Connected to /dev/cuaU0 (speed 9600) AT OK I wish that cdce driver would work as well, but it didn't with these modifications. Perhaps kernel developers could add a change like this to the kernel. Something like that? Looks good to me. ciao, David
Re: usbdevs umsm.c kernel modifications
Model is MU609 On May 5, 2015 6:27 AM, Martin Pieuchot m...@openbsd.org wrote: On 02/05/15(Sat) 12:23, Cristián Edwards wrote: Hello, In order for OpenBSD 5.7 to recognize a Huawei 609 mini PCIe Modem , I did these kernel modifications: Added to usbdevs this line: product HUAWEI MU6090x1573 HUAWEI MU 609 # make usbdevs.h Then added to umsm.c this line: {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_MU609 }, DEV_TRUINSTALL}, I can connect to the modem now: # cu /dev/cuaU0 Connected to /dev/cuaU0 (speed 9600) AT OK I wish that cdce driver would work as well, but it didn't with these modifications. Perhaps kernel developers could add a change like this to the kernel. Something like that? Index: umsm.c === RCS file: /cvs/src/sys/dev/usb/umsm.c,v retrieving revision 1.102 diff -u -p -r1.102 umsm.c --- umsm.c 14 Mar 2015 03:38:50 - 1.102 +++ umsm.c 5 May 2015 09:22:52 - @@ -141,6 +141,7 @@ static const struct umsm_type umsm_devs[ {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_Mobile }, DEV_HUAWEI}, {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_K3765_INIT }, DEV_UMASS5}, {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_K3765 }, 0}, + {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_ME609 }, DEV_TRUINSTALL}, {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_K4510 }, DEV_UMASS5}, {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E1750 }, DEV_UMASS5}, {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E1752 }, 0}, Index: usbdevs === RCS file: /cvs/src/sys/dev/usb/usbdevs,v retrieving revision 1.648 diff -u -p -r1.648 usbdevs --- usbdevs 26 Apr 2015 11:47:13 - 1.648 +++ usbdevs 5 May 2015 09:21:45 - @@ -2177,6 +2177,7 @@ product HUAWEI K4510 0x14c5 HUAWEI Mob product HUAWEI E353_INIT 0x14fe HUAWEI Mobile E353 Initial product HUAWEI E392_INIT 0x1505 HUAWEI Mobile E392 Initial product HUAWEI K3765_INIT 0x1520 HUAWEI Mobile K3765 Initial +product HUAWEI ME609 0x1573 HUAWEI Mobile ME906 product HUAWEI E173S 0x1c05 HUAWEI Mobile E173s product HUAWEI E173S_INIT 0x1c0b HUAWEI Mobile E173s Initial product HUAWEI E3030x1f01 HUAWEI Mobile E303
Re: usbdevs umsm.c kernel modifications
Yes, this works with ppp mode, nevertheless this modem has a newer interface cdce0 that's not recognized with this modification. Original kernel recognize this but not the cuau interfaces, therefore it's useless. On May 5, 2015 6:27 AM, Martin Pieuchot m...@openbsd.org wrote: On 02/05/15(Sat) 12:23, Cristián Edwards wrote: Hello, In order for OpenBSD 5.7 to recognize a Huawei 609 mini PCIe Modem , I did these kernel modifications: Added to usbdevs this line: product HUAWEI MU6090x1573 HUAWEI MU 609 # make usbdevs.h Then added to umsm.c this line: {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_MU609 }, DEV_TRUINSTALL}, I can connect to the modem now: # cu /dev/cuaU0 Connected to /dev/cuaU0 (speed 9600) AT OK I wish that cdce driver would work as well, but it didn't with these modifications. Perhaps kernel developers could add a change like this to the kernel. Something like that? Index: umsm.c === RCS file: /cvs/src/sys/dev/usb/umsm.c,v retrieving revision 1.102 diff -u -p -r1.102 umsm.c --- umsm.c 14 Mar 2015 03:38:50 - 1.102 +++ umsm.c 5 May 2015 09:22:52 - @@ -141,6 +141,7 @@ static const struct umsm_type umsm_devs[ {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_Mobile }, DEV_HUAWEI}, {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_K3765_INIT }, DEV_UMASS5}, {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_K3765 }, 0}, + {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_ME609 }, DEV_TRUINSTALL}, {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_K4510 }, DEV_UMASS5}, {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E1750 }, DEV_UMASS5}, {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E1752 }, 0}, Index: usbdevs === RCS file: /cvs/src/sys/dev/usb/usbdevs,v retrieving revision 1.648 diff -u -p -r1.648 usbdevs --- usbdevs 26 Apr 2015 11:47:13 - 1.648 +++ usbdevs 5 May 2015 09:21:45 - @@ -2177,6 +2177,7 @@ product HUAWEI K4510 0x14c5 HUAWEI Mob product HUAWEI E353_INIT 0x14fe HUAWEI Mobile E353 Initial product HUAWEI E392_INIT 0x1505 HUAWEI Mobile E392 Initial product HUAWEI K3765_INIT 0x1520 HUAWEI Mobile K3765 Initial +product HUAWEI ME609 0x1573 HUAWEI Mobile ME906 product HUAWEI E173S 0x1c05 HUAWEI Mobile E173s product HUAWEI E173S_INIT 0x1c0b HUAWEI Mobile E173s Initial product HUAWEI E3030x1f01 HUAWEI Mobile E303
Re: cdce0 in ifconfig
On Tue, May 05, 2015 at 06:59:41PM +, Stuart Henderson wrote: On 2015-05-04, Zé Loff zel...@zeloff.org wrote: On Sun, May 03, 2015 at 11:26:26AM +, Jona Joachim wrote: On 2015-04-29, Cristián Edwards cri...@gmail.com wrote: Problem is that only the ugen driver is present... so I think there is no chance of speaking with the modem. Will read the link thoruoughly You have a cdce device. As sthen@ already kindly suggested, you should be able to just do dhclient cdce0. Please understand that this is a bridge device, connected to a modem, as the OP clearly stated. If there is nothing on the other end of the bridge, what's the point of sending DHCP requests? I have a 3g device on my netbook. If I put it in the right mode I get a cdce. I then run dhclient and get an IP address from the mobile network. YMMV but in my case this works perfectly, no messing about with fake serial interfaces to run a PPP session with my device that then gets converted to 3g. (I'll make this quick and then leave the thread, as at this point it is mostly all noise and no signal as far as the OP's problem is concerned) About a week ago Cristian said DHCP hadn't worked, nor setting a static address, for that matter, so your mileage does indeed vary, hence my reply. No one said anything about PPP sessions over serial interfaces. In the thread I linked to I only refer to ucom devices as in my case I need them to issue two AT commands (1) to bring the radio up and (2) tell the modem to establish the link by activating the appropriate PDP profile (probably this is what you mean by putting it in the right mode). Indeed, after the 3G link is up all I have to do is run dhclient on cdce0, but I need the serial interface to bring up the modem first. Since Cristian said dhclient didn't work, I assume he needs to do the same. Cheers Zé --