Re: C.H.I.P
If they make it past the kickstarter and hit a production run, I would be willing to donate a couple. I'm not a huge fan of backing the kickstarter as a pre-order. -skylar On Thu, May 7, 2015 at 3:45 PM, Fred open...@crowsons.com wrote: On 05/07/15 21:49, Gene wrote: A new armv7 based computer was announced today via a kickstarter project. https://www.kickstarter.com/projects/1598272670/chip-the-worlds-first-9-compu ter Some specs: ââ¬Â¢ 1GHz Allwinner A13 ââ¬Â¢ Maili400 GPU ââ¬Â¢ 512MB RAM ââ¬Â¢ 4 GB flash storage ââ¬Â¢ Composite video (VGA and HDMI available with adapter) ââ¬Â¢ USB port ââ¬Â¢ Realtek 2-in-1 Bluetooth 4.0 + WIFI B/G/N ââ¬Â¢ I2C + SPI + UART + 8 x GPIO ââ¬Â¢ Built in battery circuit for 3.7V batteries. I see the OpenBSD/armv7 information page lists support for Allwinner A1X chips. If this project becomes a reality is there a possibility OpenBSD might be made to run on this board? -Gene Buy some for the developers and it might become a reality. Cheers Fred
Re: brcm80211
2011/2/11 Tissio Fechine precheca...@yahoo.com.br: It's not only in Arch, Debian/Ubuntu/OpenSUSE say the same thing. Anyway.. It's the header in all src files at /drivers/staging/brcm80211/: -- /* * Copyright (c) 2010 Broadcom Corporation * * Permission to use, copy, modify, and/or distribute this software for any * purpose with or without fee is hereby granted, provided that the above * copyright notice and this permission notice appear in all copies. * * THE SOFTWARE IS PROVIDED AS IS AND THE AUTHOR DISCLAIMS ALL WARRANTIES * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY * SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES * WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION * OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN * CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. */ -- Wow, you didn't even bother looking at the license did you? Okay, I'll list just a small sections from the license (again at http://www.broadcom.com/docs/linux_sta/hybrid-portsrc_x86_32-v5_100_82_38.tar .gz ) to show my point. ... 2.2.Restriction on Modification. If and to the extent that the Software is designed to be compliant with any published communications standard (including, without limitation, DOCSIS, HomePNA, IEEE, and ITU standards), Licensee may not make any modifications to the Software that would cause the Software or the accompanying Broadcom Products to be incompatible with such standard. ... Point here is the license is not GPL nor GPL compatible and if the driver they are using really is the official Broadcom Corporation driver, they are ALL lying. Otherwise, they've got some other driver they are using, and I'm curious why they are crediting Broadcom for making it. I would guess that someone fibbed about it to the Debian repos and the rest of them have ported it onward to their own distros. -Sky
Re: brcm80211
2011/2/11 Tissio Fechine precheca...@yahoo.com.br: Wow, you didn't even bother looking at the license did you? Yes.. Because I'm talking about brcm80211, and you are referring to other driver's license. You didn't even bother looking at the e-mail subject did you? :D I did read the subject, but I wasn't aware that Broadcom had released more than one version of their driver for that chipset. The driver I referred to is for that same chipset you spoke of as well. None-the-less, I am not too proud to admit I am wrong on list. My apologies Tissio. You are right, and for both our sakes, I hope that the driver ends up being ported. -Sky
Re: brcm80211
2011/2/10 Tissio Fechine precheca...@yahoo.com.br Hello, My wifi card (Broadcom 4313 - 0x4727) is currently unsupported by OpenBSD. But in Arch linux, modinfo brcm80211 (the driver for this card) shows that its BSD/GNU licensed: ... filename: /lib/modules/2.6.37-ARCH/kernel/drivers/staging/brcm80211/brcm80211.ko.gz license:Dual BSD/GPL description:Broadcom 802.11n wireless LAN driver. author: Broadcom Corporation alias: pci:v14E4d4727sv*sd*bc*sc*i* alias: pci:v14E4d4353sv*sd*bc*sc*i* alias: pci:v14E4d4357sv*sd*bc*sc*i* depends:mac80211,cfg80211 ... I just want to know if someone is aware of that fact, and if the proper support is in the TODO list. Thaks! I think the Arch Linux folks lied a bit there... I've got the same wifi card, and I looked at the driver that the Broadcom Corporation released, and it is not Dual BSD/GPL licensed. It uses their own license. You can check it out here: http://www.broadcom.com/docs/linux_sta/hybrid-portsrc_x86_32-v5_100_82_38.tar .gz The license is in lib/LICENSE.txt
Re: asus eee 1201n - acpitz0 critical temperature 255C (5282K), shutting down
On Tue, 04 Jan 2011 23:45:32 +0300 admin ad...@naranet.ru wrote: Hello, I've tryed to install openbsd 4.8 amd64 on asus eee 1201n, and i've got the message: acpitz0: Critical temperature 255C (5282K), shutting down while loading. Since 10 secons netbook is shutting down. I've got the same issue on a ASUS Eee PC 1015PED. In my case, installation went fine installing from a live USB drive using bsd.rd but when I tried to run the laptop itself I got shutdown due to critical temperature. My solution: disable the acpitz driver. You can either do it every time you boot by running bsd -c and then typing disable acpitz, or you can use config and have it disable it there. With that, everything else seems to work reasonable. No wifi, but I'll wait til the drivers get developed. On that note though, where should I send a dmesg so that people who want to work on it can have the information. Also, what other info would be useful to developers? -Sky
Font Rendering Issue on 4.8-release
Hey Misc, I just did a fresh install of 4.8 to celebrate the release but I'm having some issues with fonts rendering in X (using Openbox as my wm). I've seen the issues in a few different applications, including Firefox, gnome-terminal, xterm and claws-mail. I don't know all fonts that are having issues, but currently: * the 'g' in Courier * the 'A' in Monospace * the 'u' and 'G' in serif The characters rendering incorrectly do not seem to be consistent between restarts of X. Any advice would be greatly appreciated. Thanks! -Sky
