В Fri, 12 Nov 2010 22:09:30 -0500
Kris Moore пишет:
> On Fri, Nov 12, 2010 at 08:47:00PM +0200, Ivan Klymenko wrote:
> > Hello! People.
> >
> > I use the alternate installer pc-sysinstall based on FreeBSD
> > 9.0-CURRENT r215176
> > When you load the virtual machine qemu disk ad0 is determined b
В Sat, 13 Nov 2010 08:45:02 +0300
"Andrey V. Elsukov" пишет:
> On 12.11.2010 21:47, Ivan Klymenko wrote:
> > I use the alternate installer pc-sysinstall based on FreeBSD
> > 9.0-CURRENT r215176
>
> Hmm, are you sure that your kernel is based on r215176?
>
no doubt! :)
_
On 12.11.2010 21:47, Ivan Klymenko wrote:
> I use the alternate installer pc-sysinstall based on FreeBSD
> 9.0-CURRENT r215176
Hmm, are you sure that your kernel is based on r215176?
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 12.11.2010 21:47, Ivan Klymenko wrote:
> http://img80.imageshack.us/i/qemu.png/
> Think all options for gpart are correct - what can there be a problem?
This was temporary regression and it is fixed now in r215118.
In any case it is harmless.
--
WBR, Andrey V. Elsukov
signature.asc
Descrip
On Fri, Nov 12, 2010 at 7:09 PM, Kris Moore wrote:
> On Fri, Nov 12, 2010 at 08:47:00PM +0200, Ivan Klymenko wrote:
>> Hello! People.
>>
>> I use the alternate installer pc-sysinstall based on FreeBSD
>> 9.0-CURRENT r215176
>> When you load the virtual machine qemu disk ad0 is determined by:
>> ht
On Fri, Nov 12, 2010 at 08:47:00PM +0200, Ivan Klymenko wrote:
> Hello! People.
>
> I use the alternate installer pc-sysinstall based on FreeBSD
> 9.0-CURRENT r215176
> When you load the virtual machine qemu disk ad0 is determined by:
> http://img573.imageshack.us/i/qemu1.png/
> but when trying to
2010/11/5 Alexander Motin :
> Hi.
>
> I've reviewed tests that scgcheck does to SCSI subsystem. It shown
> combination of several issues in both CAM, ahci(4) and cdrtools itself.
> Several small patches allow us to pass most of that tests:
> http://people.freebsd.org/~mav/sense/
>
> ahci_resid.patc
On 11/13/10 04:58, Kevin Oberman wrote:
>> Date: Fri, 12 Nov 2010 20:35:45 +1100
>> From: Lawrence Stewart
>> Sender: owner-freebsd-curr...@freebsd.org
>>
>> Hi All,
>>
>> A quick note that this evening, I made the first in a series of upcoming
>> commits to head that modify the TCP stack fairly s
hi there,
i'm having an issue with www/chromium. sometimes it will completely lock up my
system without producing a core dump. i'm running HEAD (r215102; amd64).
this time however chrome.core made it to disk somehow:
Core was generated by `chrome'.
Program terminated with signal 11, Segmentation
On Friday 12 November 2010 22:24:51 m...@freebsd.org wrote:
> On Fri, Nov 12, 2010 at 12:25 PM, Hans Petter Selasky
wrote:
> > On Friday 12 November 2010 17:38:38 m...@freebsd.org wrote:
> >> On Fri, Nov 12, 2010 at 6:23 AM, Hans Petter Selasky
> >
> > wrote:
> >> > On Friday 12 November 2010 1
On Fri, Nov 12, 2010 at 12:25 PM, Hans Petter Selasky wrote:
> On Friday 12 November 2010 17:38:38 m...@freebsd.org wrote:
>> On Fri, Nov 12, 2010 at 6:23 AM, Hans Petter Selasky
> wrote:
>> > On Friday 12 November 2010 15:18:46 m...@freebsd.org wrote:
>> >> On Fri, Nov 12, 2010 at 12:56 AM, Hans
* Hans Petter Selasky , 20101112 21:33:
> This might be because your model is not listed in a quirk-table:
>
> grep -ri macbook /usr/src/sys/amd64
>
> /usr/src/sys/amd64/amd64/machdep.c
If only we could live without that hack... I remember we once did this
for all MacBooks, no sp
On Friday 12 November 2010 18:28:02 Veniamin Gvozdikov wrote:
> Hi everybody.
> I have the macbook and I tryed install FreeBSD 8.1. But I have froze
> loading.
>
> I have it's:
> with acpi (default loading)
> http://img203.imageshack.us/img203/2556/dscn2822u.jpg
>
> disable acpi
> http://img152.i
On Friday 12 November 2010 17:38:38 m...@freebsd.org wrote:
> On Fri, Nov 12, 2010 at 6:23 AM, Hans Petter Selasky
wrote:
> > On Friday 12 November 2010 15:18:46 m...@freebsd.org wrote:
> >> On Fri, Nov 12, 2010 at 12:56 AM, Hans Petter Selasky
> >
> > wrote:
> >> > On Thursday 29 April 2010 01
TB --- 2010-11-12 18:56:34 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-12 18:56:34 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2010-11-12 18:56:34 - cleaning the object tree
TB --- 2010-11-12 18:56:36 - cvsupping the source tree
TB --- 2010-11-12 18:56:36 - /u
Hello! People.
I use the alternate installer pc-sysinstall based on FreeBSD
9.0-CURRENT r215176
When you load the virtual machine qemu disk ad0 is determined by:
http://img573.imageshack.us/i/qemu1.png/
but when trying to create a section displays the following error:
http://img80.imageshack.us/i/
On Fri, Nov 12, 2010 at 03:57:20PM +0100, Florian Smeets wrote:
> On 11.11.10 16:52, Ed Schouten wrote:
> > I just committed libcompiler_rt.a to HEAD. Even though I don't expect
> > serious issues -- especially not on the tier 1 architectures -- be sure
> > to contact me in case something goes wron
TB --- 2010-11-12 18:36:20 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-11-12 18:36:20 - starting HEAD tinderbox run for mips/mips
TB --- 2010-11-12 18:36:20 - cleaning the object tree
TB --- 2010-11-12 18:36:20 - cvsupping the source tree
TB --- 2010-11-12 18:36:20 - /usr/bin/c
Hi everybody.
I have the macbook and I tryed install FreeBSD 8.1. But I have froze
loading.
I have it's:
with acpi (default loading)
http://img203.imageshack.us/img203/2556/dscn2822u.jpg
disable acpi
http://img152.imageshack.us/img152/1796/dscn2823.jpg
verbose mode (option 5 at the boot menu)
> Date: Fri, 12 Nov 2010 20:35:45 +1100
> From: Lawrence Stewart
> Sender: owner-freebsd-curr...@freebsd.org
>
> Hi All,
>
> A quick note that this evening, I made the first in a series of upcoming
> commits to head that modify the TCP stack fairly significantly. I have
> no reason to believe yo
On Nov 11, 2010, at 7:52 AM, Ed Schouten wrote:
> Hello all,
>
> I just committed libcompiler_rt.a to HEAD. Even though I don't expect
> serious issues -- especially not on the tier 1 architectures -- be sure
> to contact me in case something goes wrong. I hooked it up to the build
> in a separa
On Fri, Nov 12, 2010 at 6:23 AM, Hans Petter Selasky wrote:
> On Friday 12 November 2010 15:18:46 m...@freebsd.org wrote:
>> On Fri, Nov 12, 2010 at 12:56 AM, Hans Petter Selasky
> wrote:
>> > On Thursday 29 April 2010 01:59:58 Matthew Fleming wrote:
>> >> It looks to me like taskqueue_drain(task
Florian, others,
* Florian Smeets , 20101112 15:57:
> i'm at r215149 on sparc64, and my compiler stopped working. buildworld
> stops after 42 lines (http://smeets.im/~flo/bw.log). cc1 dumps a 1GB
> core file.
I'll look into as soon as possible, but to prevent additional brea
On 11.11.10 16:52, Ed Schouten wrote:
> I just committed libcompiler_rt.a to HEAD. Even though I don't expect
> serious issues -- especially not on the tier 1 architectures -- be sure
> to contact me in case something goes wrong. I hooked it up to the build
> in a separate commit, so if your system
On Friday 12 November 2010 15:18:46 m...@freebsd.org wrote:
> On Fri, Nov 12, 2010 at 12:56 AM, Hans Petter Selasky
wrote:
> > On Thursday 29 April 2010 01:59:58 Matthew Fleming wrote:
> >> It looks to me like taskqueue_drain(taskqueue_thread, foo) will not
> >> correctly detect whether or not a
On Fri, Nov 12, 2010 at 12:56 AM, Hans Petter Selasky wrote:
> On Thursday 29 April 2010 01:59:58 Matthew Fleming wrote:
>> It looks to me like taskqueue_drain(taskqueue_thread, foo) will not
>> correctly detect whether or not a task is currently running. The check
>> is against a field in the ta
on 08/11/2010 13:50 Andriy Gapon said the following:
> on 05/11/2010 09:27 Andriy Gapon said the following:
>>
>> I use FreeSBD head and KDE 4 with all the bells and whistles enabled.
>> Apparently recent KDE update has enabled even more of them, because I
>> started to
>> have panics with a kerne
Hi All,
A quick note that this evening, I made the first in a series of upcoming
commits to head that modify the TCP stack fairly significantly. I have
no reason to believe you'll notice any issues, but TCP is a complex
beast and it's possible things might crop up. The changes are mostly
related t
On Friday 12 November 2010 10:06:10 you wrote:
> - queue->tq_running = NULL;
forgot this check:
/* don't clear if queued again */
if (task->ta_entry.tqe_prev == (void *)1)
> + task->ta_entry.tqe_prev = (void *)0;
> wakeup
On Thursday 29 April 2010 01:59:58 Matthew Fleming wrote:
> struct task {
> - STAILQ_ENTRY(task) ta_link; /* link for queue */
> - u_short ta_pending; /* count times queued */
> - u_short ta_priority;/* Priority */
> - task_fn_t *ta_func;
On Thursday 29 April 2010 01:59:58 Matthew Fleming wrote:
> It looks to me like taskqueue_drain(taskqueue_thread, foo) will not
> correctly detect whether or not a task is currently running. The check
> is against a field in the taskqueue struct, but for the taskqueue_thread
> queue with more than
31 matches
Mail list logo
