On Fri, Nov 02, 2012 at 08:13:18PM +, Wojciech A. Koszek wrote:
> On Tue, Oct 16, 2012 at 10:19:57AM +, Wojciech A. Koszek wrote:
> > (cross-posted message; please keep discussion on freebsd-hackers@)
> >
> > Hello,
> >
> > Last year FreeBSD qualified for Google Code-In 2011 event--contes
On Fri, Nov 16, 2012 at 8:02 PM, ken wrote:
> Thank you, Alan.
> I temporary commented out vm_page_lock_queues()/vm_page_unlock_queues()
> in "src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c".
> So far, it works!! We need to wait for official fix, but just to report
> that it enabled
Thank you, Alan.
I temporary commented out vm_page_lock_queues()/vm_page_unlock_queues() in
"src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c".
So far, it works!! We need to wait for official fix, but just to report that
it enabled to run.
Regards,
__
On 11/16/2012 20:54, Garrett Cooper wrote:
> On Fri, Nov 16, 2012 at 6:24 PM, AN wrote:
>> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #38 r243165: Fri Nov 16
>> 20:53:48 EST 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
>>
>> Vbox is broken for me after recent upgrade.
>>
>> # dm
On Fri, Nov 16, 2012 at 6:24 PM, AN wrote:
> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #38 r243165: Fri Nov 16
> 20:53:48 EST 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
>
> Vbox is broken for me after recent upgrade.
>
> # dmesg
> Table 'FACP' at 0xc7fb0290
> Table 'APIC' at
Gee,,,
It sounds not so easy as multiple queues indicates, but I hope that it is
fixed soon...
From: Lucas James
>
> Ahh, I see. After little more digging it would appear that alc@ removed
> vm_page_lock_queues in r242941, as he replaced them with multiple
> queues. Unfortunately this mean
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #38 r243165: Fri Nov 16
20:53:48 EST 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
Vbox is broken for me after recent upgrade.
# dmesg
Table 'FACP' at 0xc7fb0290
Table 'APIC' at 0xc7fb0390
APIC: Found table at 0xc7fb0390
APIC: Using t
On 17/11/2012 1:04 PM, ken wrote:
> Lucas
> Yes, I did and yet I have the following error with "kldload vboxdrv".
>
> Is "vm_page_lock_queues" renamed? It is in
> "./work/VirtualBox-4.1.22/src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c"
>
> # tail -f /var/log/messages
> :
On Sat, 2012-11-17 at 11:04 +0900, ken wrote:
> From: Lucas James
> >
> > You will need to rebuild and install the virtualbox-ose-kmod port.
> >
> >
> > regards,
> > Lucas
>
> Yes, I did and yet I have the following error with "kldload vboxdrv".
>
> Is "vm_page_lock_queues" renamed? It is
From: Lucas James
>
> You will need to rebuild and install the virtualbox-ose-kmod port.
>
>
> regards,
> Lucas
Yes, I did and yet I have the following error with "kldload vboxdrv".
Is "vm_page_lock_queues" renamed? It is in
"./work/VirtualBox-4.1.22/src/VBox/Runtime/r0drv/freebsd/memobj-
On 17/11/2012 10:58 AM, ken wrote:
>
> I have the following error at booting with current kernel. Were there any
> changes? Any fixed? I need to run virtualbox.
>
> Nov 17 08:32:34 t3 kernel: FreeBSD 10.0-CURRENT #12 r243164M: Sat Nov 17
> 08:24:30 JST 2012
> Nov 17 08:32:34 t3 kernel: k..
From: "Steven Hartland"
> sounds like your kernel and world may be out of sync?
No, I always DO "make buildworld && make installworld && make buildkernel &&
make installkernel". And I do not think they are not sync'd.
___
freebsd-current@freebsd.org
sounds like your kernel and world may be out of sync?
- Original Message -
From: "ken"
To:
Sent: Friday, November 16, 2012 11:58 PM
Subject: Q) KLDload error
I have the following error at booting with current kernel. Were there any
changes? Any fixed? I need to run virtualbox.
I have the following error at booting with current kernel. Were there any
changes? Any fixed? I need to run virtualbox.
Nov 17 08:32:34 t3 kernel: FreeBSD 10.0-CURRENT #12 r243164M: Sat Nov 17
08:24:30 JST 2012
Nov 17 08:32:34 t3 kernel: k...@tyd3.sub.tydfam.jp:/usr/obj/usr/head/sys/TYD3
True, but info about state of project is correct, yes?
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/UTF-8-console-tp5761405p5761662.html
Sent from the freebsd-current mailing list archive at Nabble.com.
___
freebsd-current@fre
Am 11/16/12 01:37, schrieb Jakub Lach:
> http://wiki.freebsd.org/SysconsUnicodeProject
>
>
>
The WIKI mentions kernel configuration option TEKEN_XTERM, which is
obviously obsolete in FreeBSD 10.0-CURRENT!
signature.asc
Description: OpenPGP digital signature
On 11/16/12 16:45, Andriy Gapon wrote:
on 13/11/2012 18:16 Guido Falsi said the following:
My idea, but is just a speculation, i could be very wrong, is that the geom
tasting code has some problem with multiple vdev root pools.
Guido,
you are absolutely correct. The code for reconstructing/t
on 16/11/2012 18:13 Niclas Zeising said the following:
> Then I'm fine to update without issues. the problem is only if, as an
> example, you
> have a mirror with striped disks, or a stripe with mirrored disks, which it
> seems
> to me the original poster had.
> Am I correct, and therefore ok to
On 11/16/12 17:13, Niclas Zeising wrote:
Just to confirm, since I am holding back an update pending on this.
If I have a raidz root pool, with three disks, like this:
NAME STATE READ WRITE CKSUM
zroot ONLINE 0 0 0
raidz1-0 ONL
On 16 Nov 2012, at 07:41, Dimitry Andric wrote:
> And regarding clang, I don't have the time to implement this very soon,
> and I doubt it is very high on the bug priority list with upstream
> either. They just branched for the 3.2 release, and they are much
> busier squashing bugs now. :)
Imple
On 11/16/12 16:45, Andriy Gapon wrote:
on 13/11/2012 18:16 Guido Falsi said the following:
My idea, but is just a speculation, i could be very wrong, is that the geom
tasting code has some problem with multiple vdev root pools.
Guido,
you are absolutely correct. The code for reconstructing/t
on 13/11/2012 18:16 Guido Falsi said the following:
> My idea, but is just a speculation, i could be very wrong, is that the geom
> tasting code has some problem with multiple vdev root pools.
Guido,
you are absolutely correct. The code for reconstructing/tasting a root pool
configuration is a m
On 2012-11-16 11:00, Daniel Braniss wrote:
on 16/11/2012 11:20 Erik Cederstrand said the following:
Den 16/11/2012 kl. 08.34 skrev Andriy Gapon :
...
hostname, username, timestamp, absolute path etc. are a nuisance if they
can't be turned off with -fno-ident, -frandom-seed, -DSTRIP_FBSDID, ar
on 15/11/2012 23:44 Attilio Rao said the following:
> Do you think you can test this patch?:
> http://www.freebsd.org/~attilio/lockmgr_forcerec.patch
I will use this patch in my tree, but I think that it is effectively already
quite
well tested by using INVARIANTS+WITNESS.
--
Andriy Gapon
_
On Thursday 15 November 2012 20:24:08 Sam Fourman Jr. wrote:
> On Mon, Nov 12, 2012 at 2:22 PM, Sam Fourman Jr. wrote:
> > hello,
> >
> > I believe my keyboard is being detected as a mouse by mistake using amd64
> > HEAD svn r242748
> > I can not use this keyboard, I have to plug in another one.
BeBei
Sent from my HTC Velocity 4G on the Next G network
- Reply message -
From: "Erik Cederstrand"
To: "Andriy Gapon"
Cc: "Ian Lepore" , "Mateusz Guzik"
, "Dimitry Andric" ,
Subject: compiler info in kernel identification string
Date: Fri, Nov 16, 2012 5:21 pm
Den 16/11/2012 kl
On 2012-11-16 02:28, Alexander Kabaev wrote:
On Thu, 15 Nov 2012 15:02:36 +
"Eggert, Lars" wrote:
...
Nov 15 15:56:49 server kernel: pid 83891 (genmodes), uid 0: exited
on signal 10 (core dumped) Nov 15 15:56:49 server kernel: pid 83893
(genmodes), uid 0: exited on signal 10 (core dumped)
on 16/11/2012 12:54 Daniel Braniss said the following:
>>
>> This is starting to turn into a bikeshed, but anyway...
>>
>> on 16/11/2012 12:00 Daniel Braniss said the following:
>>> the question as to what compiler was used to compile the kernel is a bit of
>>> an
>>> oxymoron, since the kernel is
[cc list trimmed]
on 16/11/2012 12:43 Erik Cederstrand said the following:
> Den 16/11/2012 kl. 11.18 skrev Andriy Gapon :
>
>> This is starting to turn into a bikeshed, but anyway...
>>
>> on 16/11/2012 12:00 Daniel Braniss said the following:
>>> the question as to what compiler was used to c
>
> This is starting to turn into a bikeshed, but anyway...
>
> on 16/11/2012 12:00 Daniel Braniss said the following:
> > the question as to what compiler was used to compile the kernel is a bit of
> > an
> > oxymoron, since the kernel is made up of many different modules, which get
> > compil
Den 16/11/2012 kl. 11.18 skrev Andriy Gapon :
> This is starting to turn into a bikeshed, but anyway...
>
> on 16/11/2012 12:00 Daniel Braniss said the following:
>> the question as to what compiler was used to compile the kernel is a bit of
>> an
>> oxymoron, since the kernel is made up of many
This is starting to turn into a bikeshed, but anyway...
on 16/11/2012 12:00 Daniel Braniss said the following:
> the question as to what compiler was used to compile the kernel is a bit of an
> oxymoron, since the kernel is made up of many different modules, which get
> compiled
> either by diff
> on 16/11/2012 11:20 Erik Cederstrand said the following:
> > Den 16/11/2012 kl. 08.34 skrev Andriy Gapon :
> >
> >> on 16/11/2012 01:09 Dimitry Andric said the following:
> >>> And as I remarked in another reply, now that I have thought about it a
> >>> bit, I would much rather see this informa
on 16/11/2012 11:20 Erik Cederstrand said the following:
> Den 16/11/2012 kl. 08.34 skrev Andriy Gapon :
>
>> on 16/11/2012 01:09 Dimitry Andric said the following:
>>> And as I remarked in another reply, now that I have thought about it a
>>> bit, I would much rather see this information moved t
Den 16/11/2012 kl. 08.34 skrev Andriy Gapon :
> on 16/11/2012 01:09 Dimitry Andric said the following:
>> And as I remarked in another reply, now that I have thought about it a
>> bit, I would much rather see this information moved to a sysctl or dmesg
>> line, than in uname. With the happy side
35 matches
Mail list logo