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 s
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 inter
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 rawth
On 2014-06-02 07:05, M&S - 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 opera,operaplug
On 2014-06-02 08:52, Mark Felder wrote:
> On 2014-06-02 07:05, M&S - 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- re
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
[m
On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude 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. For me this ended up
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 C
On 2 Jun 2014, at 16:12, Ollivier Robert 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
>> headless server,
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 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 ope
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 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 Mon, Jun 2, 2014 at 9:26 AM, Allan Jude 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. For me this ended up b
On 06/02/14 08:50, Kurt Lidl wrote:
On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude
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
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 wrote:
> > > It also tends to sometimes hide the gpt label provider on me (not sure
> > > in which cases it does thi
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 car
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 wrote:
> > > > It also tends to sometimes hi
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 wrot
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 m
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 AcpiHwWritePort()
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 M
On 2014-06-02 10:45, Ryan Stone wrote:
> On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude 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
On 2014-06-02 11:50, Kurt Lidl wrote:
>> On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude
>> 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
>> p
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
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
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
wrote:
> It also tends to sometimes hide the gpt label provider on me (not sure
> in which cases it does this
Ed,
Is there any progress about framebuffer corruption?
Thanks,
Huang Wenhui
> 在 2014年5月22日，23:54，Ed Maste 写道：
>
>> On 22 May 2014 11:32, Rafael Espíndola wrote:
>> The attached patch causes both boot1 and loader.efi to switch to text
>> mode. This only
>> seems to make a difference on Macs w
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 [mailto:fred
30 matches
Mail list logo
