Hi folks,
I have attached some patches that fix an object lifetime issue between CAM
and GEOM.
Fixing the bug required adding a callback to the GEOM disk code, and adding
a callback that a GEOM class can register to get notified when a provider
is destroyed.
The probable commit message is below.
On Jun 20, 2012, at 6:24 PM, Devin Teske wrote:
>
> On Jun 20, 2012, at 5:16 PM, Vitaly Magerya wrote:
>
[snip]
>> It also hangs if I try to toggle sendmail_msp_queue_enable.
>>
>> (Tell me if you can't reproduce this easily, I'll provide more
>> details).
>
> Wow, that was an obscure bug!
On Jun 20, 2012, at 5:16 PM, Vitaly Magerya wrote:
> Devin Teske wrote:
>> If you have the time and/or energy, please test and report any issues that
>> you experience.
>
> "Toggle Startup Services" dialog shows sendmail_enable and
> sendmail_msp_queue_enable variables, but doesn't seem to show
Devin Teske wrote:
> If you have the time and/or energy, please test and report any issues that
> you experience.
"Toggle Startup Services" dialog shows sendmail_enable and
sendmail_msp_queue_enable variables, but doesn't seem to show
sendmail_submit_enable and sendmail_outbound_enable. Is this
b
Hi Folks,
This is a call for testing of the new sysutils/bsdconfig port.
Back in February, Ron McDowell and myself together decided we were going to
take-on the task of salvaging sysinstall(8)'s "Configure" menu while
simultaneously rewriting it into a system of shell scripts (making it similar
Hi,
On 20 June 2012 14:02, sam wrote:
> or if you prefer pciconf:
> none12@pci0:8:0:0: class=0x028000 card=0x21001a3b chip=0x0037168c
> rev=0x01 hdr=0x00
> vendor = 'Atheros Communications Inc.'
> class = network
0x168c is Atheros.
0x0037 looks like some kind of AR93xx der
Hi there
I have a Gigabyte Motherboard here with the following wireless card:
lspci
08:00.0 Network controller: Atheros Communications Inc. Device 0037 (rev
01)
Subsystem: AzureWave Device 2100
or if you prefer pciconf:
none12@pci0:8:0:0: class=0x028000 card=0x21001a3b chip=0x0
The patch to gif.c does fix it.
I'll try the second patch later when I get a chance.
Thanks,
Vince
On 20/06/2012 13:12, John Baldwin wrote:
> On Tuesday, June 19, 2012 8:05:36 pm Vincent Hoffman wrote:
>> Full dump info at http://unsane.co.uk/crash
>> It seems to have popped up between r236905 (
Hi developers.
I want help you with your acpi work. I have thinkpad t61.
Could you write a small to do. Step by step, how tests your patches?
Which information is important for send.
On Wed, 2012-05-16 at 11:31 +0900, Mitsuru IWASAKI wrote:
> Hi,
>
> > First of all, thank you very much for your
On Wed, Jun 20, 2012 at 09:35:27AM -0400, John Baldwin wrote:
> The daily periodic e-mails for my boxes always include useless output from
> dump -W. I think the daily e-mail should only do that if the sysadmin is
> actually using dump. The patch below skips the dump reporting it
> /etc/dumpda
On 06/20/2012 08:25, Konstantin Belousov wrote:
On Wed, Jun 20, 2012 at 08:19:39AM -0400, John Baldwin wrote:
On Tuesday, June 19, 2012 9:30:59 pm Steve Wills wrote:
Hi,
I just got a panic out of my r237195 system. The panic looks like:
Sleeping thread (tid 173153, pid 42034) owns a non-sleep
TB --- 2012-06-20 14:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-06-20 14:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2012-
Anton,
Sorry for the delay, I was AFK over the last couple of days.
On Tue, Jun 19, 2012 at 01:19:38PM +0100, Anton Shterenlikht wrote:
> On Tue, Jun 19, 2012 at 01:49:36PM +0200, Jeremie Le Hen wrote:
> >
> > I think recompiling the kernel and the libraries csup depends on will be
> > enough.
>
On Tuesday, June 19, 2012 1:31:17 pm Matthias Apitz wrote:
> El día Tuesday, June 19, 2012 a las 10:56:20AM -0400, John Baldwin escribió:
>
> > > #11 0xc0d11340 in vm_page_free_toq (m=0xc23daf78)
> > > at /usr/src/sys/vm/vm_page.c:2060
> > > #12 0xc0d115b5 in vm_page_free (m=0xc23daf78) at
>
The daily periodic e-mails for my boxes always include useless output from
dump -W. I think the daily e-mail should only do that if the sysadmin is
actually using dump. The patch below skips the dump reporting it
/etc/dumpdates doesn't exist or exists and is an empty file (the latter is
what
On Wed, Jun 20, 2012 at 08:19:39AM -0400, John Baldwin wrote:
> On Tuesday, June 19, 2012 9:30:59 pm Steve Wills wrote:
> > Hi,
> >
> > I just got a panic out of my r237195 system. The panic looks like:
> >
> > Sleeping thread (tid 173153, pid 42034) owns a non-sleepable lock
> > KDB: stack backt
On Tuesday, June 19, 2012 8:05:36 pm Vincent Hoffman wrote:
> Full dump info at http://unsane.co.uk/crash
> It seems to have popped up between r236905 (working kernel) and r237264
> (this panic)
>
> the gif config I have in rc.conf is for a HE ipv6 tunnel
Looks like this was broken in r236951 by
On Tuesday, June 19, 2012 9:30:59 pm Steve Wills wrote:
> Hi,
>
> I just got a panic out of my r237195 system. The panic looks like:
>
> Sleeping thread (tid 173153, pid 42034) owns a non-sleepable lock
> KDB: stack backtrace of thread 173153:
> sched_switch() at sched_switch+0x28a
> mi_switch()
On Wed, Jun 20, 2012 at 08:46:53AM +0100, Anton Shterenlikht wrote:
> On Tue, Jun 19, 2012 at 09:13:19AM -0700, Steve Kargl wrote:
> > On Tue, Jun 19, 2012 at 04:40:34PM +0100, Anton Shterenlikht wrote:
> > > I'm doing a binary search for another
> > > issue between r231193 and r233000.
> > >
> >
On Tue, Jun 19, 2012 at 09:51:35PM -0600, Scott Long wrote:
> On Jun 19, 2012, at 4:31 PM, Adrian Chadd wrote:
>
> > I bet the answer is something like "Get FreeBSD up on it or work with
> > someone who can help you do that."
> >
> > It's a catch-22 just like GPU - unless ${COMPANY} has customers
On Tue, Jun 19, 2012 at 09:30:59PM -0400, Steve Wills wrote:
> Hi,
>
> I just got a panic out of my r237195 system. The panic looks like:
>
> Sleeping thread (tid 173153, pid 42034) owns a non-sleepable lock
> KDB: stack backtrace of thread 173153:
> sched_switch() at sched_switch+0x28a
> mi_swit
On Tue, Jun 19, 2012 at 09:13:19AM -0700, Steve Kargl wrote:
> On Tue, Jun 19, 2012 at 04:40:34PM +0100, Anton Shterenlikht wrote:
> > I'm doing a binary search for another
> > issue between r231193 and r233000.
> >
> > On r232100 I get:
> >
> > cc -O2 -pipe -I/usr/src/libexec/mail.local/../../c
22 matches
Mail list logo
