В Sun, 10 Oct 2010 15:37:55 -0700
Garrett Cooper пишет:
> On Sun, Oct 10, 2010 at 3:08 PM, Ivan Klymenko wrote:
> > Hi!
> >
> > My system has an svn r213507
> >
> > FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r213507: Sun
> > Oct 10 22:43:18 EEST 2010
> > r...@nonamehost:/usr/obj/usr/s
on 11/10/2010 10:59 Ivan Klymenko said the following:
> В Sun, 10 Oct 2010 15:37:55 -0700
> Garrett Cooper пишет:
>
>> On Sun, Oct 10, 2010 at 3:08 PM, Ivan Klymenko wrote:
>>> Hi!
>>>
>>> My system has an svn r213507
>>>
>>> FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r213507: Sun
>>>
Hi,
pluknet wrote
in :
pl> On 27 August 2010 00:09, Doug Barton wrote:
pl> > On 08/26/2010 12:53 PM, pluknet wrote:
pl> >>
pl> >> [cc'ing current@ as rc@ looks too quite]
pl> >>
pl> >> Hi.
pl> >>
pl> >> Since ifconfig has grown to label interfaces with
pl> >> ifconfig $ifname description "foo
Hi all,
I've been seeing this bug for a very long time, but I was too lazy to
figure out the root cause earlier. It is TTY related, but in this case
the TTY layer is not to blame. It does things correctly.
When you run a command in truss which calls ioctls on TTYs, it just
locks up. This is becau
Hello,
this is a reminder to anyone who's planning on sending a status report
to us. The submission deadline is 15th Sept 2010.
I know that many of you guys have spent last few days in Karlsruhe (and
I hope to receive some additional reports covering the
EuroBSDCon/DevSummit events), so that
On Mon, Oct 11, 2010 at 2:04 AM, Andriy Gapon wrote:
> on 11/10/2010 10:59 Ivan Klymenko said the following:
>> В Sun, 10 Oct 2010 15:37:55 -0700
>> Garrett Cooper пишет:
>>
>>> On Sun, Oct 10, 2010 at 3:08 PM, Ivan Klymenko wrote:
Hi!
My system has an svn r213507
FreeBS
On Sun, Sep 26, 2010 at 11:06 PM, Julian Elischer wrote:
> After bruce C gave me the hint of kern.eventtimer.periodic=1, I was able to
> boot -current on my vps
> at rootbsd.com, but it hangs on reboot.. some time before the unmounts as
> the
> file systems need to be cleaned on the next successf
Hi,
If kernel threads were created via kproc_kthread_add()
when last kernel thread exits it will trigger panic.
It panics in queue.h probably introduced with recent commit.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailm
On Tuesday, October 05, 2010 2:39:26 am Daichi GOTO wrote:
> Next step discussion engaged from this research I guess.
>
> Should we do change FreeBSD's fcntl(2) to return correct l_pid
> when called with F_SETLK? Or keep current behavior??
> I want to hear other developers ideas and suggetions.
On Sunday, October 10, 2010 4:55:15 pm Alexander Motin wrote:
> Pawel Jakub Dawidek wrote:
> > On Thu, Sep 30, 2010 at 08:46:11PM +0300, Alexander Motin wrote:
> >> Andriy Gapon wrote:
> >>> on 30/09/2010 01:28 Matthew Jacob said the following:
> If something like that was in place, I assure y
On Monday, October 11, 2010 3:59:04 am Ivan Klymenko wrote:
> В Sun, 10 Oct 2010 15:37:55 -0700
> Garrett Cooper пишет:
>
> > On Sun, Oct 10, 2010 at 3:08 PM, Ivan Klymenko wrote:
> > > Hi!
> > >
> > > My system has an svn r213507
> > >
> > > FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0
On Monday, October 11, 2010 9:17:19 am Ed Schouten wrote:
> Hi all,
>
> I've been seeing this bug for a very long time, but I was too lazy to
> figure out the root cause earlier. It is TTY related, but in this case
> the TTY layer is not to blame. It does things correctly.
>
> When you run a comm
В Mon, 11 Oct 2010 11:10:17 -0400
John Baldwin пишет:
> On Monday, October 11, 2010 3:59:04 am Ivan Klymenko wrote:
> > В Sun, 10 Oct 2010 15:37:55 -0700
> > Garrett Cooper пишет:
> >
> > > On Sun, Oct 10, 2010 at 3:08 PM, Ivan Klymenko
> > > wrote:
> > > > Hi!
> > > >
> > > > My system has an
В Mon, 11 Oct 2010 08:37:05 -0700
Garrett Cooper пишет:
> On Mon, Oct 11, 2010 at 2:04 AM, Andriy Gapon wrote:
> > on 11/10/2010 10:59 Ivan Klymenko said the following:
> >> В Sun, 10 Oct 2010 15:37:55 -0700
> >> Garrett Cooper пишет:
> >>
> >>> On Sun, Oct 10, 2010 at 3:08 PM, Ivan Klymenko
>
Ivan Klymenko writes:
> В Sun, 10 Oct 2010 15:37:55 -0700
> Garrett Cooper writes:
>
>>On Sun, Oct 10, 2010 at 3:08 PM, Ivan Klymenko wrote:
>>> My system has an svn r213507
>>>
>>> FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r213507: Sun
>>> Oct 10 22:43:18 EEST 2010
>>> r...@nonameh
В Mon, 11 Oct 2010 22:49:29 +0400
Anonymous пишет:
> Ivan Klymenko writes:
>
> > В Sun, 10 Oct 2010 15:37:55 -0700
> > Garrett Cooper writes:
> >
> >>On Sun, Oct 10, 2010 at 3:08 PM, Ivan Klymenko
> >>wrote:
> >>> My system has an svn r213507
> >>>
> >>> FreeBSD nonamehost 9.0-CURRENT FreeBSD
On Mon, Oct 11, 2010 at 11:03:26AM -0400, John Baldwin wrote:
> With CD drives you are also rather stuck in that the existing ABI for
> controlling CD drives (e.g. ioctls in 3rd party software to eject a CD) are
> done on the /dev/cdX device. Ideally enclosures for removable media would
> be separ
I believe NFS is upsetting ZFS v15 on FreeBSD current (kernel sources
from today)
this happened while trying to sftp a 4gb file
here is a back trace
# procstat -k 2675 2436 1081 18 5 0
PIDTID COMM TDNAME KSTACK
2675 100292 sftp-server -mi_switch s
>
> Since r213526 device names are checked on device registration. That is,
> if you call a make_dev*() function with an invalid device name, a panic
> will occur by default. For make_dev_credf(9) or make_dev_p(9) you can
> specify the MAKEDEV_CHECKNAME flag to get an error return instead of a
> pa
on 11/10/2010 19:46 Sam Fourman Jr. said the following:
> On Sun, Sep 26, 2010 at 11:06 PM, Julian Elischer wrote:
>> After bruce C gave me the hint of kern.eventtimer.periodic=1, I was able to
>> boot -current on my vps
>> at rootbsd.com, but it hangs on reboot.. some time before the unmounts as
It seems recent changes to the bge driver are causing
some problems with my hardware where the watchdog is
now timing out.
/var/log/messages contains
14:23:14 kernel: SMP: AP CPU #1 Launched!
14:23:14 kernel: Trying to mount root from ufs:/dev/ad6s1a
14:23:15 kernel: bge1: link state changed to U
On Mon, Oct 11, 2010 at 03:53:31PM -0700, Steve Kargl wrote:
> It seems recent changes to the bge driver are causing
> some problems with my hardware where the watchdog is
> now timing out.
>
> /var/log/messages contains
>
> 14:23:14 kernel: SMP: AP CPU #1 Launched!
> 14:23:14 kernel: Trying to m
Hi,
I have been working on bge(4) for a while to support a new Broadcom
controller. Before doing that I committed many fundamental changes
to bge(4) in order to make it easy to add more controllers. Because
bge(4) supports many variants of controllers and have lots of
workaround for specific contr
On Mon, Oct 11, 2010 at 04:16:04PM -0700, Pyun YongHyeon wrote:
> On Mon, Oct 11, 2010 at 03:53:31PM -0700, Steve Kargl wrote:
> >
> > In the time that it's taken me to compose this message
> > the timeout has fire again.
> >
> > 15:47:07 kernel: bge0: watchdog timeout -- resetting
> > 15:47:07 k
On Mon, Oct 11, 2010 at 05:02:16PM -0700, Steve Kargl wrote:
> On Mon, Oct 11, 2010 at 04:16:04PM -0700, Pyun YongHyeon wrote:
> > On Mon, Oct 11, 2010 at 03:53:31PM -0700, Steve Kargl wrote:
> > >
> > > In the time that it's taken me to compose this message
> > > the timeout has fire again.
> > >
On Mon, Oct 11, 2010 at 05:09:27PM -0700, Pyun YongHyeon wrote:
> On Mon, Oct 11, 2010 at 05:02:16PM -0700, Steve Kargl wrote:
> >
> > troutmask:sgk[204] ping hpc
> > PING hpc.apl.washington.edu (10.208.78.111): 56 data bytes
> > ping: sendto: No buffer space available
> > ping: sendto: No buffer
On Mon, Oct 11, 2010 at 05:15:10PM -0700, Steve Kargl wrote:
> On Mon, Oct 11, 2010 at 05:09:27PM -0700, Pyun YongHyeon wrote:
> > On Mon, Oct 11, 2010 at 05:02:16PM -0700, Steve Kargl wrote:
> > >
> > > troutmask:sgk[204] ping hpc
> > > PING hpc.apl.washington.edu (10.208.78.111): 56 data bytes
>
On Mon, Oct 11, 2010 at 05:26:21PM -0700, Steve Kargl wrote:
> On Mon, Oct 11, 2010 at 05:15:10PM -0700, Steve Kargl wrote:
> > On Mon, Oct 11, 2010 at 05:09:27PM -0700, Pyun YongHyeon wrote:
> > > On Mon, Oct 11, 2010 at 05:02:16PM -0700, Steve Kargl wrote:
> > > >
> > > > troutmask:sgk[204] ping
Paul B Mahol wrote:
Hi,
If kernel threads were created via kproc_kthread_add()
when last kernel thread exits it will trigger panic.
It panics in queue.h probably introduced with rec
I have committed a patch, can you try it ?
http://svn.freebsd.org/changeset/base/213714
Regards,
David X
At $WORK we hit a bug where ${var%/*} was not producing the correct
expansion. There are two patches to fix this. I prefer the first
as I feel it is cleaner from an API perspective. I've also added
a regression testcase that shows the problem.
Thoughts?
--
-- David (obr...@freebsd.org)
Com
Sent from my iPad
On Oct 11, 2010, at 5:50 PM, John Baldwin wrote:
> On Tuesday, October 05, 2010 2:39:26 am Daichi GOTO wrote:
>> Next step discussion engaged from this research I guess.
>>
>> Should we do change FreeBSD's fcntl(2) to return correct l_pid
>> when called with F_SETLK? Or kee
On Mon, Oct 11, 2010 at 3:45 PM, Sam Fourman Jr. wrote:
> I believe NFS is upsetting ZFS v15 on FreeBSD current (kernel sources
> from today)
> this happened while trying to sftp a 4gb file
>
here is a lockup without nfs even started
FNFS# procstat -k 2503
PIDTID COMM TDNAME
32 matches
Mail list logo
