Hi,
Andrey V. Elsukov wrote:
> Can you show `pciconf -l` output?
# pciconf -l
hos...@pci0:0:0:0: class=0x06 card=0x50001458 chip=0x79111002 rev=0x00
hdr=0x00
pc...@pci0:0:1:0: class=0x060400 card=0x79121002 chip=0x79121002 rev=0x00
hdr=0x01
pc...@pci0:0:6:0: class=0x060400
On 11.03.2010 16:27, Thomas Schmitt wrote:
i am looking for a way to curb SATA speed to
1.5 GBit/s to avoid write failures with an eSATA
attached DVD burner.
Can you show `pciconf -l` output?
--
WBR, Andrey V. Elsukov
___
freebsd-hackers@freebsd.org
On Thursday 11 March 2010 04:55 pm, Marcel Moolenaar wrote:
> On Mar 11, 2010, at 1:24 PM, Jung-uk Kim wrote:
> > While I was debugging syscalls, I found a very useful field in
> > struct thread, td_errno. It seems it was added for dtrace but it
> > is only populated on amd64 and i386. Is the att
I've dug around in the source repo... it appears the new code is just
shy of being MFC'd. Any known caveats with the new code or is it by
all accounts good to go?
I'm going to try testing it in 8.0. Thanks
Charles Owens
Great Bay Software, Inc.
Charles Owens wrote:
> Hello Jack,
>
> We're
Hello Jack,
We're seeing iffy behavior with igb on FreeBSD 8.0-RELEASE on a new
Intel server box (based on their S5520UR motherboard). So far we've
seen only oddness with link-state (it wants to always say "active", with
no cable plugged in, unless we do an ifconfig up/down/up), but I'm
concerned
On Mar 11, 2010, at 1:24 PM, Jung-uk Kim wrote:
> While I was debugging syscalls, I found a very useful field in struct
> thread, td_errno. It seems it was added for dtrace but it is only
> populated on amd64 and i386. Is the attached patch acceptable for
> maintainers of other platforms?
I
Hi,
Roundcube is a web pop or imap client. It's simple and light. And you just
need Php and any sql base. Roundcube support ssl/tls on imap connection. You
also can use a virtusertable to login.
2010/3/10 Lowell Gilbert
> "Steven Hartland" writes:
>
> > A few key question come to mind:-
> > 1.
While I was debugging syscalls, I found a very useful field in struct
thread, td_errno. It seems it was added for dtrace but it is only
populated on amd64 and i386. Is the attached patch acceptable for
maintainers of other platforms?
Thanks,
Jung-uk Kim
Index: sys/arm/arm/trap.c
This patch is against something close to stable/7.
We've found internally that memguard(9) isn't very usable for debugging;
it seems to run out of resources and do other unfriendly things. This
patch is my first attempt to make it more usable.
The basic changes are:
- take a lot more KVA if av
On Thu, 11 Mar 2010 08:14:30 -0500
John Baldwin wrote:
> On Thursday 11 March 2010 4:04:52 am Cole wrote:
> > Hi.
> >
> > Im currently needing to write to a few registers for a PCI device.
> > The driver is provided, but it does not contain support for writing
> > specific registers itself. I al
On Thursday 11 March 2010 09:07 am, John Baldwin wrote:
> On Thursday 11 March 2010 8:43:29 am Alexander Best wrote:
> > since ed@ noticed that there's no CPUID_TO_STEPPING() macro this
> > new patch adds one. i checked and include/specialreg.h is only
> > available on amd64,
>
> i386
>
> > and pc9
On Thu, 11 Mar 2010 11:04:52 +0200
Cole wrote:
> Hi.
>
> Im currently needing to write to a few registers for a PCI device. The
> driver is provided, but it does not contain support for writing
> specific registers itself. I also do not with to modify the driver.
>
> I would like to know what t
David Wolfskill writes:
> Dag-Erling Smørgrav writes:
> > Matthias Andree writes:
> > > sendmail's configuration was never a black art unless you needed
> > > features beyond what the m4 macro set supported.
> > The m4 macro set is a fairly recent development.
> I was using it in 1993.
ISTR it
On Thu, 11.03.2010 at 13:54:53 +, Paul Wootton wrote:
Julian H. Stacey wrote:
>> I really wanted to use Sendmail as a friend knows Sendmail fairly well
>> and I have a Sendmail book, but what I am wanting is the ability to have
>> mail for virtual users, ie I might have 4 admin accounts,
>> a
On Thu, Mar 11, 2010 at 03:11:06PM +0100, Dag-Erling Smørgrav wrote:
> Matthias Andree writes:
> > sendmail's configuration was never a black art unless you needed
> > features beyond what the m4 macro set supported.
>
> The m4 macro set is a fairly recent development.
I was using it in 1993. W
On Thursday 11 March 2010 8:43:29 am Alexander Best wrote:
> since ed@ noticed that there's no CPUID_TO_STEPPING() macro this new patch
> adds one. i checked and include/specialreg.h is only available on amd64,
i386
> and pc98. all the latter does however is:
>
> #include
I don't think we need
On Thursday 11 March 2010 4:04:52 am Cole wrote:
> Hi.
>
> Im currently needing to write to a few registers for a PCI device. The
> driver is provided, but it does not contain support for writing
> specific registers itself. I also do not with to modify the driver.
>
> I would like to know what t
Matthias Andree writes:
> sendmail's configuration was never a black art unless you needed
> features beyond what the m4 macro set supported.
The m4 macro set is a fairly recent development.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-hackers
Julian H. Stacey wrote:
I really wanted to use Sendmail as a friend knows Sendmail fairly well
and I have a Sendmail book, but what I am wanting is the ability to have
mail for virtual users, ie I might have 4 admin accounts,
ad...@domain1.com ad...@domain2.com ad...@domain3.com and
ad...@doma
since ed@ noticed that there's no CPUID_TO_STEPPING() macro this new patch
adds one. i checked and include/specialreg.h is only available on amd64, i386
and pc98. all the latter does however is:
#include
cheers.
alex
Index: amd64/include/specialreg.h
=
Hi,
i am looking for a way to curb SATA speed to
1.5 GBit/s to avoid write failures with an eSATA
attached DVD burner.
I tried this as superuser:
# atacontrol mode acd1
current mode = SATA300
# atacontrol mode acd1 SATA150
current mode = SATA300
# atacontrol mode acd1
current mode =
On 2010-03-11, Alexander Best wrote:
> in sys/kern/vfs_syscalls.c:kern_rmdirat() there's still local code to check
> for "." and "/" after applying your patch. isn't this all being done by
> calling namei() now?
Looking at it quickly I think that the "." case is handled by lookup()
since r199137.
> I really wanted to use Sendmail as a friend knows Sendmail fairly well
> and I have a Sendmail book, but what I am wanting is the ability to have
> mail for virtual users, ie I might have 4 admin accounts,
> ad...@domain1.com ad...@domain2.com ad...@domain3.com and
> ad...@domain4.com and wan
John Baldwin schrieb am 2010-03-08:
> On Saturday 06 March 2010 3:39:17 am Ulrich Spörlein wrote:
> > On Fri, 05.03.2010 at 12:38:40 -0800, Xin LI wrote:
> > > On 2010/03/05 11:59, Alexander Best wrote:
> > > > Xin LI schrieb am 2010-03-05:
> > > > On 2010/03/05 11:26, Alexander Best wrote:
> > > >
According to Steven Hartland:
> 1. Has sendmail's config moved away from the black art
> it once was?
Well, not really. .cf files are still .cf files but most people don't use them
directly (except old farts ;-)). .mc files are the easiest way to configure
sendmail (and of course tables)
> 2.
nothing spectacular. ;)
alex
Index: sys/kern/vfs_syscalls.c
===
--- sys/kern/vfs_syscalls.c (revision 204988)
+++ sys/kern/vfs_syscalls.c (working copy)
@@ -1060,7 +1060,7 @@
AUDIT_ARG_MODE(mode);
/* XXX: audit
Jaakko Heinonen schrieb am 2010-03-11:
> On 2010-03-10, Alexander Best wrote:
> > could this panic have been triggered by the patch?
> It doesn't look like it's caused by the patch.
> > panic() at panic+0x15f
> > _mtx_lock_flags() at _mtx_lock_flags+0xc5
> > fdesc_allocvp() at fdesc_allocvp+0xbf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/03/2010 10:13:21, Paul Wootton wrote:
> Sorry to hi-jack your thread, but this is also something I am currently
> looking in to
>
> I really wanted to use Sendmail as a friend knows Sendmail fairly well
> and I have a Sendmail book, but what I
On Wed, 10 Mar 2010 21:04:10 +0100
Ed Schouten wrote:
> * Ed Schouten wrote:
> > Hmmm... It seems this is a TTY bug. When you close a TTY, the final
> > close() call should get stuck until all data is actually drained. This
> > doesn't seem to happen properly.
>
> Some further research: it's no
Steven Hartland wrote:
Ok so I'm looking to replace our current windows mail
server using mdaemon with a FreeBSD solution, having
looked around there seems to be differing opinions
of which is the best option to go with between sendmail
and postfix.
...
Any advice, opinions on a full mail solut
On 2010-03-10, Alexander Best wrote:
> could this panic have been triggered by the patch?
It doesn't look like it's caused by the patch.
> panic() at panic+0x15f
> _mtx_lock_flags() at _mtx_lock_flags+0xc5
> fdesc_allocvp() at fdesc_allocvp+0xbf
> fdesc_lookup() at fdesc_lookup+0x15c
>
> this wa
2010/3/11 "C. Bergström" :
> Shrikanth Kamath wrote:
>>
>> Just trying to understand the build dependency for ctfconvert...
>>
>> I see ctfconvert (cddl/usr.bin/ctfconvert/) has dependency on libctf.a
>> (cddl/lib/libctf/)
>>
>> Now the snippet in bsd.lib.mk has this check for various target suffi
2010/3/11 "C. Bergström" :
> Marius Nünnerich wrote:
>>
>> 2010/3/11 "C. Bergström" :
>>
>>>
>>> Shrikanth Kamath wrote:
>>>
Just trying to understand the build dependency for ctfconvert...
I see ctfconvert (cddl/usr.bin/ctfconvert/) has dependency on libctf.a
(cddl/lib/li
On Thu, Mar 11, 2010 at 10:26, Shrikanth Kamath wrote:
> Any idea if ctfconvert is needed to run on the cddl and sys/cddl files? My
> understanding here is ctfconvert
> needs to build the ctfdata for the kernel image and the kernel loadable
> modules. If we were to DTrace 'DTrace' then
> we need t
This DTrace wiki page mandates the CTF option when enabling DTrace,
http://wiki.freebsd.org/DTrace#head-41e7ce9a981893f126bd67c0eb77f388e2213d9d
2010/3/11 "C. Bergström"
> Marius Nünnerich wrote:
>
>> 2010/3/11 "C. Bergström" :
>>
>>
>>> Shrikanth Kamath wrote:
>>>
>>>
Just trying to under
Hi.
Im currently needing to write to a few registers for a PCI device. The
driver is provided, but it does not contain support for writing
specific registers itself. I also do not with to modify the driver.
I would like to know what the best method would be for writing to
these registers, the bes
Marius Nünnerich wrote:
2010/3/11 "C. Bergström" :
Shrikanth Kamath wrote:
Just trying to understand the build dependency for ctfconvert...
I see ctfconvert (cddl/usr.bin/ctfconvert/) has dependency on libctf.a
(cddl/lib/libctf/)
Now the snippet in bsd.lib.mk has this check for vario
Any idea if ctfconvert is needed to run on the cddl and sys/cddl files? My
understanding here is ctfconvert
needs to build the ctfdata for the kernel image and the kernel loadable
modules. If we were to DTrace 'DTrace' then
we need the ctfdata for the files under cddl/ and sys/cddl, is that correct
Shrikanth Kamath wrote:
Just trying to understand the build dependency for ctfconvert...
I see ctfconvert (cddl/usr.bin/ctfconvert/) has dependency on libctf.a
(cddl/lib/libctf/)
Now the snippet in bsd.lib.mk has this check for various target suffixes,
.c.So:
.if defined(CTFCONVERT)
$
39 matches
Mail list logo
