On 06/02/14 03:22, Kohji Okuno wrote:
Hi HPS,
I think the type of physaddr in struct usb_page is incorrect.
We shuld use bus_addr_t for physaddr.
What do you think about this?
60 * The following structure defines physical and non kernel virtual
61 * address of a memory page having
On 06/02/14 07:30, Thomas Mueller wrote:
I sent this message, without this top part, over an hour ago, and notice wlan0
is still up. I intended but forgot to CC to freebsd-current. But I am in
newcons, having not started X so far this boot session. Maybe something rotten
with Xorg, or
On 02.06.2014 01:32, Adam McDougall wrote:
Also, I believe it is only in 10.0-RELEASE and higher. Even if your
kernel supports it, /dev/diskid will not exist if no hardware is found
with supported strings (tested in a VM just now).
Probably, they just disappeared like all other labels, when
Hi
I use freebsd-10 as desktop .
Compiling the system takes ages, and rather long time is spent in compiling
different gcc compiler versions for various ports,
e.g.
- gcc-4.7.3- required by avidemux;
- gcc-4.6.4_1,1: required by opera,operaplugins, gcc, gcc4.8
- gcc 4.8.4_xxx: required by
On 2014-06-02 07:05, MS - Krasznai András wrote:
Hi
I use freebsd-10 as desktop .
Compiling the system takes ages, and rather long time is spent in
compiling different gcc compiler versions for various ports,
e.g.
- gcc-4.7.3- required by avidemux;
- gcc-4.6.4_1,1: required by
On 2014-06-02 08:52, Mark Felder wrote:
On 2014-06-02 07:05, MS - Krasznai András wrote:
Hi
I use freebsd-10 as desktop .
Compiling the system takes ages, and rather long time is spent in
compiling different gcc compiler versions for various ports,
e.g.
- gcc-4.7.3- required by avidemux;
On 2014-06-01 09:41, Michael W. Lucas wrote:
Hi,
I'm trying to track down the documentation for the /dev/diskid/blah
device nodes. Is there a man page?
It appears that this is a current-only thing, so I'm asking here? (At
least, none of my 9.x or 10.x machines have /dev/diskid.)
Thanks.
I will check which of my installed ports require any special gcc version, and
which specify a minimal version.
Then I will try to find replacement for those which require a fixed version.
rgds
Andras Krasznai
-Original Message-
From: owner-freebsd-curr...@freebsd.org
On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude allanj...@freebsd.org wrote:
It also tends to sometimes hide the gpt label provider on me (not sure
in which cases it does this, but it is annoying)
This happens when something (e.g. zfs) happens to open the diskid
provider instead of the gpt label.
According to David Chisnall on Thu, May 29, 2014 at 10:19:41AM +0100:
We can probably do a bit better by looking at the complete dependency graph
and removing any ports that have unconditional dependencies on X. For a
headless server, there's no reason to build any of the kde-* or gnome-*
I've a storage array accessed with an isp(4) device
from ia64/FreeBSD box. I'm looking for a better supported
alternative to ia64, e.g. amd64 or sparc64 to house
this isp(4) device:
isp0@pci0:192:1:0: class=0x0c0400 card=0x12d6103c chip=0x24221077 rev=0x02
hdr=0x00
vendor = 'QLogic
On 2 Jun 2014, at 16:12, Ollivier Robert robe...@keltia.freenix.fr wrote:
According to David Chisnall on Thu, May 29, 2014 at 10:19:41AM +0100:
We can probably do a bit better by looking at the complete dependency graph
and removing any ports that have unconditional dependencies on X. For a
According to David Chisnall on Mon, Jun 02, 2014 at 04:27:23PM +0100:
Yes. If you want to have the graphical versions of everything on the server,
then there's nothing stopping you from using the default package repository.
THe use case for the proposed no-X repo is installing a headless
On Mon, Jun 02, 2014 at 10:45:52AM -0400, Ryan Stone wrote:
On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude allanj...@freebsd.org wrote:
It also tends to sometimes hide the gpt label provider on me (not sure
in which cases it does this, but it is annoying)
This happens when something (e.g. zfs)
On Mon, 2 Jun 2014, Michael W. Lucas wrote:
On Mon, Jun 02, 2014 at 10:45:52AM -0400, Ryan Stone wrote:
On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude allanj...@freebsd.org wrote:
It also tends to sometimes hide the gpt label provider on me (not sure
in which cases it does this, but it is
On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude allanjude at freebsd.org wrote:
It also tends to sometimes hide the gpt label provider on me (not sure
in which cases it does this, but it is annoying)
This happens when something (e.g. zfs) happens to open the diskid
provider instead of the gpt
On 06/02/14 08:50, Kurt Lidl wrote:
On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude allanjude at freebsd.org
wrote:
It also tends to sometimes hide the gpt label provider on me (not sure
in which cases it does this, but it is annoying)
This happens when something (e.g. zfs) happens to open the
Michael W. Lucas wrote this message on Mon, Jun 02, 2014 at 11:36 -0400:
On Mon, Jun 02, 2014 at 10:45:52AM -0400, Ryan Stone wrote:
On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude allanj...@freebsd.org wrote:
It also tends to sometimes hide the gpt label provider on me (not sure
in which
On Monday, June 02, 2014 9:08:30 am Anton Shterenlikht wrote:
I've a storage array accessed with an isp(4) device
from ia64/FreeBSD box. I'm looking for a better supported
alternative to ia64, e.g. amd64 or sparc64 to house
this isp(4) device:
isp0@pci0:192:1:0: class=0x0c0400
On Mon, Jun 02, 2014 at 11:01:08AM -0700, John-Mark Gurney wrote:
Michael W. Lucas wrote this message on Mon, Jun 02, 2014 at 11:36 -0400:
On Mon, Jun 02, 2014 at 10:45:52AM -0400, Ryan Stone wrote:
On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude allanj...@freebsd.org wrote:
It also tends to
On 06/02/14 13:26, Pawel Jakub Dawidek wrote:
On Mon, Jun 02, 2014 at 11:01:08AM -0700, John-Mark Gurney wrote:
Michael W. Lucas wrote this message on Mon, Jun 02, 2014 at 11:36 -0400:
On Mon, Jun 02, 2014 at 10:45:52AM -0400, Ryan Stone wrote:
On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude
All,
A new NIC driver API has been committed that allows us to make the
ifnet structure an abstract type. The abstract type being 'if_t'.
The miibus(4), fxp(4), em(4) and bxe(4) drivers have been converted to
use the API already. Other drivers will follow in the coming weeks.
The conversion is
Some machines, including ThinkPad T61, emit the following error message
early during boot:
CPU0: local APIC error 0x40
The message itself doesn't seem to be much of a problem. However,
every once in a while booting hangs just before that line. I've tracked
that down to call to
Pawel Jakub Dawidek wrote this message on Mon, Jun 02, 2014 at 22:26 +0200:
On Mon, Jun 02, 2014 at 11:01:08AM -0700, John-Mark Gurney wrote:
Michael W. Lucas wrote this message on Mon, Jun 02, 2014 at 11:36 -0400:
On Mon, Jun 02, 2014 at 10:45:52AM -0400, Ryan Stone wrote:
On Mon, Jun
On 2014-06-02 10:45, Ryan Stone wrote:
On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude allanj...@freebsd.org wrote:
It also tends to sometimes hide the gpt label provider on me (not sure
in which cases it does this, but it is annoying)
This happens when something (e.g. zfs) happens to open the
On 2014-06-02 11:50, Kurt Lidl wrote:
On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude allanjude at freebsd.org
wrote:
It also tends to sometimes hide the gpt label provider on me (not sure
in which cases it does this, but it is annoying)
This happens when something (e.g. zfs) happens to open the
On 06/02/14 15:32, Allan Jude wrote:
On 2014-06-02 11:50, Kurt Lidl wrote:
On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude allanjude at freebsd.org
wrote:
It also tends to sometimes hide the gpt label provider on me (not sure
in which cases it does this, but it is annoying)
This happens when
On 2014-06-02 18:40, Nathan Whitehorn wrote:
On 06/02/14 15:32, Allan Jude wrote:
On 2014-06-02 11:50, Kurt Lidl wrote:
On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude allanjude at freebsd.org
wrote:
It also tends to sometimes hide the gpt label provider on me (not sure
in which cases it does
Ed,
Is there any progress about framebuffer corruption?
Thanks,
Huang Wenhui
在 2014年5月22日，23:54，Ed Maste ema...@freebsd.org 写道：
On 22 May 2014 11:32, Rafael Espíndola rafael.espind...@gmail.com wrote:
The attached patch causes both boot1 and loader.efi to switch to text
mode. This only
Hello,
The code is built in the top of kipfw code, even if you remove the call to
the 'ipfw packet parser' and leave only the loop there to forward the
packets from one port to another, the problem also happens :)
Sincerely,
Fred Pedrisa
-Mensagem original-
De: Fred Pedrisa
30 matches
Mail list logo
