On Wed, Jun 25, 2003, Sean Farley wrote:
> On Wed, 25 Jun 2003, Christopher Weimann wrote:
>
> > There is at least one aspect of freegrep that doesn't even come
> > close to GNU grep, fgrep.
>
> I just added fgrep handling. It better be slower. :) At least it will
> now try a faster method on t
On Wed, Jun 25, 2003 at 02:58:28PM -0400, Louis A. Mamakos wrote:
> I think the problem is that the USB hardware doesn't try to read data
> from the peripheral until the user-mode code does a read(2) system
> call. I had this problem with the ugen device. I would guess that
> the ucom/umodem devi
On Wed, 25 Jun 2003, Matt Bednarik wrote:
> Does FreeBSD support the new 64 bit AMD Opteron? I am thinking about
> having a dual processor opteron system built, can i stay with freebsd?
As of now, 5.1 does support the opteron in 64-bit mode, but the support is
still preliminary... if it's not co
Does FreeBSD support the new 64 bit AMD Opteron? I am thinking about
having a dual processor opteron system built, can i stay with freebsd?
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send a
On Wed, 25 Jun 2003, Dwayne MacKinnon wrote:
> Hi all,
> Just wanted to chime in that I've encountered the exact same thing,
> although it's a relatively recent thing... I think it happened when I
> ported to 4.5 from 4.2.
>
> The only solution I've found, pain in the neck that it
Hello
I have made a patch for -CURRENT and 5.1-RELEASE that hopefully
improves the support for Cardbus devices by changing the "cardbus"
driver to implement the "pci" devclass rather than the "cardbus"
devclass, and to make their unit numbers correspond with the
PCI secondary bus numbers that thei
Folks,
Anyone out there who got an X-drive *) to work on -stable?
I'm getting:
umass0: USB DRIVE, rev 1.10/1.00, addr 2
da0 at umass-sim0 bus 0 target 0 lun 0
da0: < USB DRIVE 1.03> Removable Direct Access SCSI-0 device
da0: 650KB/s transfers
da0: Attempt to query device size failed:
In message: <[EMAIL PROTECTED]>
"Louis A. Mamakos" <[EMAIL PROTECTED]> writes:
: I think the problem is that the USB hardware doesn't try to read data
: from the peripheral until the user-mode code does a read(2) system
: call. I had this problem with the ugen device. I would guess th
> In message: <[EMAIL PROTECTED]>
> Danny Braniss <[EMAIL PROTECTED]> writes:
> :
> : > I'm able to use ppp with umodem/ucom. My brother uses ulpcom/ucom for
> : > his ppp needs. I'm pretty sure that select is involved. :-)
> : >
> : > >From what I can see in the code, I'd expect th
On Wed, 25 Jun 2003, Christopher Weimann wrote:
> There is at least one aspect of freegrep that doesn't even come
> close to GNU grep, fgrep.
I just added fgrep handling. It better be slower. :) At least it will
now try a faster method on the patterns before hitting the regex
library. It is st
On Sat 06/21/2003-10:55:59AM -0500, Sean Farley wrote:
>
> I have placed the patches up on Geocities¹ for others to try out. They
> get freegrep fairly close to the performance of GNU's grep. Also
> included is a small patch to regex to squeak a bit more performance out
> of it, but I am not cer
In message: <[EMAIL PROTECTED]>
Danny Braniss <[EMAIL PROTECTED]> writes:
:
: > I'm able to use ppp with umodem/ucom. My brother uses ulpcom/ucom for
: > his ppp needs. I'm pretty sure that select is involved. :-)
: >
: > >From what I can see in the code, I'd expect that it would wo
> I'm able to use ppp with umodem/ucom. My brother uses ulpcom/ucom for
> his ppp needs. I'm pretty sure that select is involved. :-)
>
> >From what I can see in the code, I'd expect that it would work because
> the ttypoll routine is specified for the poll routine. Why do you
> think it would
: while trying to port an application that works with tty to uplcom/ucom,
: (and it doesn't work :-), and looking at the kernel sources and
: trying to figure out USB, i think that select(2)/poll(2) will not work,
: correct?
I'm able to use ppp with umodem/ucom. My brother uses ulpcom/ucom
On Tue, Jun 24, 2003 at 08:34:31PM +0100, Bruce M Simpson wrote:
[...]
> Would the workaround, then, not be to modify the mtx_*() set of functions
> to use a zone allocator, whose allocation function could then be tuned to
> allocate the lock structure which is frobbed by the atomic_*() functions
>
> "Matthew" == Matthew Dillon <[EMAIL PROTECTED]> writes:
Matthew> The primes are designed such that the page allocation
Matthew> code covers *ALL* the free lists in the array, so it will
Matthew> still be able to find any available free pages if its first
Matthew> choice(s) are empty.
Ma
Hi all,
Just wanted to chime in that I've encountered the exact same thing,
although it's a relatively recent thing... I think it happened when I
ported to 4.5 from 4.2.
The only solution I've found, pain in the neck that it is, is to create
the destination directories on the source box. That
[...]
> > i turned debug on and i could not see any calls to ucomread,
> > the program calls select(...) - but select does not initiate anything,
> > it justs waits to be woken when something is received (in the case of reading),
> > now, unless im wrong - which well could be :-), the read in this
Hello!
I need some help from sound drivers guru.
I have motherboard with via8235 and ad1980 (ac97 compatible codec from analog
devices) FreeBSD's driver doesn't work correctly with this codec. The problem
is that sound is quiet and it comes out the wrong jack (Mic jack instead of
line out). I spen
On Wed, Jun 25, 2003 at 04:29:36PM +0400, Varshavchick Alexander wrote:
> > When I walk on site, if the sysadmin has a machine with an uptime over 150
> > days and is proud of it, I know I'm going to have an uphill struggle to beat
> > a clue into their thick, stupid, ignorant heads.
>
> It's goo
On Wed, Jun 25, 2003 at 03:27:30PM +0300, Danny Braniss wrote:
> > On Wed, Jun 25, 2003 at 01:13:56PM +0300, Danny Braniss wrote:
> > > hi,
> > > while trying to port an application that works with tty to uplcom/ucom,
> > > (and it doesn't work :-), and looking at the kernel sources and
> > > try
On Wed, 25 Jun 2003, Paul Robinson wrote:
> Couldn't disagree with you more in general terms. Somebody else here (or on
> -chat) once said something like "The fact that a server can stay up for 300
> days is a testimony to how good FreeBSD is. Unfortunately, it's also
> testimony to how bad FreeBS
> On Wed, Jun 25, 2003 at 01:13:56PM +0300, Danny Braniss wrote:
> > hi,
> > while trying to port an application that works with tty to uplcom/ucom,
> > (and it doesn't work :-), and looking at the kernel sources and
> > trying to figure out USB, i think that select(2)/poll(2) will not work,
>
On Wed, 25 Jun 2003, Terry Lambert wrote:
> If it's fixed: reboot.
>
> If it's not fixed, add this to your /etc/rc.local:
>
> sysctl net.inet.tcp.always_keepalive=0
>
> ...and reboot.
>
As I looked into milter source code now, it explicitely turns on
keepalives, so that using sysctl net.ine
On Wed, Jun 25, 2003 at 01:13:56PM +0300, Danny Braniss wrote:
> hi,
> while trying to port an application that works with tty to uplcom/ucom,
> (and it doesn't work :-), and looking at the kernel sources and
> trying to figure out USB, i think that select(2)/poll(2) will not work,
> correct?
On Wed, Jun 25, 2003 at 03:15:17PM +0400, Varshavchick Alexander wrote:
> Paul, let me disagree with you about the attitude towards rebooting server
> as means of curing anything wrong there and "returning your machine to a
> known state". First of all, this is a production server and downtimes ar
On Wed, 25 Jun 2003, Terry Lambert wrote:
> If it's fixed: reboot.
>
> If it's not fixed, add this to your /etc/rc.local:
>
> sysctl net.inet.tcp.always_keepalive=0
>
> ...and reboot.
>
> Nothing short of rebooting is going to undo the deadlock, unless
> you have the kernel debugger compiled
On Wed, 25 Jun 2003, Paul Robinson wrote:
> Terry has already given the answer - I didn't get your "I tried rm'ing the
> file but it's not there" mail until this morning. Reboot the machine. People
> are always so hesitant to reboot machines, when in fact uptimes of 500 days
> just means you're a
On Wed, Jun 25, 2003 at 12:29:19PM +0400, Varshavchick Alexander wrote:
> But we're talking not about process, but about data structures which
> netstat reports to be active and connected with the above mentioned stream
> socket file:
Terry has already given the answer - I didn't get your "I trie
Varshavchick Alexander wrote:
> Terry, you're right that all this happened because of the server
> application core dumped while in the process of sending/receiving data,
> and that application is fixed so there are no new zombi sockets, but what
> can I do now with the ones which already exist? Ho
hi,
while trying to port an application that works with tty to uplcom/ucom,
(and it doesn't work :-), and looking at the kernel sources and
trying to figure out USB, i think that select(2)/poll(2) will not work,
correct?
danny
___
[EMAIL PROTE
Varshavchick Alexander wrote:
> On Wed, 25 Jun 2003, Lev Walkin wrote:
> > So, the only sane method of removing them would be to find the parent of
> > these processes and kill -9 it, as suggested by Terry.
>
> But we're talking not about process, but about data structures which
> netstat reports
On Wed, 25 Jun 2003, Terry Lambert wrote:
> Sockets have to be explicitly closed. They are generally
> closed automatically by exit(), which will close all the fd's
> a process has open.
>
> I agree with the previous poster, that it looks like a bug you
> will need to fix or workaround.
>
> It l
Varshavchick Alexander wrote:
> On Wed, 25 Jun 2003, Terry Lambert wrote:
> > > whole lot (about 2000!) of entries like these:
> > [ ... ]
> > > How can I get rid of these extra ones?
> >
> > kill -9 the process that has them open; if it's important, restart
> > it after fixing whatever is causing
As the subject says,
i've 2 netgraph nodes communicating and exchanging
data&c, but i would like to insert my own node
in the middle, is it possible?
i've an adsl internet conncetion, so when my compueter boots,
the netgraph nodes are already there working, buti would like
to conncet my own node
On Wed, 25 Jun 2003, Lev Walkin wrote:
> > But we're talking not about process, but about data structures which
> > netstat reports to be active and connected with the above mentioned stream
> > socket file:
> >
> >
> >>netstat -f unix
> >
> >
> > b65d6280 stream 17 000
On Wed, 25 Jun 2003, Lev Walkin wrote:
> > The problem is that the process which opened them was already killed long
> > time ago, these entries resembles zombi because they seem to exist
> > by themselves, not connected with any file or process.
>
> Either these processes are running, or they're
On Wed, 25 Jun 2003, Terry Lambert wrote:
> > whole lot (about 2000!) of entries like these:
> [ ... ]
> > How can I get rid of these extra ones?
>
> kill -9 the process that has them open; if it's important, restart
> it after fixing whatever is causing it to go insane.
The problem is that the p
Varshavchick Alexander wrote:
> Surely, but sockstat shows only the correct number of entries, I mean that
> it doesn't show anything that is due to be killed. Yet netstat shows a
> whole lot (about 2000!) of entries like these:
[ ... ]
> How can I get rid of these extra ones?
kill -9 the process
Bruce M Simpson wrote:
> Yes, that was what I was really getting at; if you look at how PQ_L2_SIZE
> is computed from PQ_CACHESIZE, it implies 4-way set associative is
> the default optimization. This is fine for Intel chips but not for AMD ones.
FWIW, I'd like to see this automatically optimized,
Bruce M Simpson wrote:
> Something occurred to me whilst I was re-reading the 'Design Elements'
> article over the weekend; our page coloring algorithm, as it stands,
> might not be optimal for non-Intel CPUs.
Actually, it does very well for most architectures, and was originally
developed into pr
41 matches
Mail list logo
