Just a question. Maybe it isn't true but to me it seems there
is still this duality between ttyd and cuad serial devices.
Why is that? I'm just asking because someone I was talking with
about modems an comm programs was 'criticising' this fact
in FreeBSD while other systems long have abandoned
- Oorspronkelijk bericht -
Van
: Julian Elischer [mailto:[EMAIL PROTECTED]
Verzonden
: zondag
, januari
23, 2005 06:00 AM
Aan
: 'Bram Van Steenlandt'
CC
: freebsd-hackers@freebsd.org
Onderwerp
: Re: Two keyboards
Bram Van Steenlandt wrote:
Julian Elischer wrote:
Brooks Davis
On Sun, Jan 23, 2005 at 01:26:50PM +0100, Anton W?llert wrote:
my question is how a ioctl is called when i use int ioctl(fd ) from
userland. i think first, a trap is generated through the handler in
exeption.S, that calls the routine for system-calls, and that calls via the
On Mon, Jan 24, 2005 at 09:30:43AM +0100, Christoph P. Kukulies wrote:
Just a question. Maybe it isn't true but to me it seems there
is still this duality between ttyd and cuad serial devices.
Why is that? I'm just asking because someone I was talking with
about modems an comm programs was
Hi,
I've been using syslogd to monitor a few hundred hosts, and I
encountered an interesting problem, which seems to be explained by a
bug in syslogd. In my work, I'm using a slow Pentium II host running
FreeBSD 4.10 to collect syslog messages that arrive at a rate of at
most a couple hundred
Seems I lost my lonely ATAPI CDROM with built in changer to the eternal
HW scrapyards, let it rest in peace :)
Finding a new one seems difficult so I thought I'd ask around how many
still has one of these ?
I ask because the support code for those seem to have suffered bitrot to
the degree
On Sun, Jan 23, 2005 at 09:35:16PM +0100, Bernd Walter wrote:
On Sun, Jan 23, 2005 at 01:42:46PM +0300, Andrew L. Neporada wrote:
On Sat, Jan 22, 2005 at 02:52:21PM -0700, M. Warner Losh wrote:
Chances are you don't have things configured quite correctly in the
bios. The interrupts
On Mon, Jan 24, 2005 at 05:36:52PM +0100, Søren Schmidt wrote:
Seems I lost my lonely ATAPI CDROM with built in changer to the eternal
HW scrapyards, let it rest in peace :)
Finding a new one seems difficult so I thought I'd ask around how many
still has one of these ?
I ask because
On Mon, Jan 24, 2005 at 08:00:08PM +0300, Andrew L. Neporada wrote:
On Sun, Jan 23, 2005 at 09:35:16PM +0100, Bernd Walter wrote:
On Sun, Jan 23, 2005 at 01:42:46PM +0300, Andrew L. Neporada wrote:
On Sat, Jan 22, 2005 at 02:52:21PM -0700, M. Warner Losh wrote:
Chances are you don't
On Mon, Jan 24, 2005 at 04:16:13PM +0100, Bernd Walter wrote:
On Mon, Jan 24, 2005 at 09:30:43AM +0100, Christoph P. Kukulies wrote:
Just a question. Maybe it isn't true but to me it seems there
is still this duality between ttyd and cuad serial devices.
Why is that? I'm just asking
tries to use them directly. PXE sounds cool, but coolness doesn't
count unless all the motherboard manufacturers start using it.
Saul,
Please try to do as Mike says, it would save a lot of time and windmills
if you would check the facts rather than keep arguing your unfounded
dogma.
--
On Mon, Jan 24, 2005 at 12:42:50PM -0500, Kurt J. Lidl wrote:
On Mon, Jan 24, 2005 at 04:16:13PM +0100, Bernd Walter wrote:
On Mon, Jan 24, 2005 at 09:30:43AM +0100, Christoph P. Kukulies wrote:
Just a question. Maybe it isn't true but to me it seems there
is still this duality between
On Mon, 24 Jan 2005 09:37:00 +0200, Peter Pentchev [EMAIL PROTECTED] wrote:
On Sun, Jan 23, 2005 at 01:17:31AM -0800, Pascal Hofstee wrote:
It didn't make it through this time, either. Note that the FreeBSD
mailing list manager rejects attachments of certain types, so if you are
sending a C
These smear campaign artists get lazier each time. The least they could do
would be to copy PHK's current signature, instead of the one he used in
1999.
http://www.mail-archive.com/freebsd-current@freebsd.org/msg04778.html
--
Ryan Sommers
[EMAIL PROTECTED]
Bernd Walter wrote:
On Mon, Jan 24, 2005 at 12:42:50PM -0500, Kurt J. Lidl wrote:
On Mon, Jan 24, 2005 at 04:16:13PM +0100, Bernd Walter wrote:
On Mon, Jan 24, 2005 at 09:30:43AM +0100, Christoph P. Kukulies wrote:
Just a question. Maybe it isn't true but to me it seems there
is still this duality
Dmitry Morozovsky writes:
| On Sat, 22 Jan 2005, Dmitry Morozovsky wrote:
|
| DM DA There is:
| DM DA http://www.ambrisko.com/doug/ata/ata_stable_sata_7.patch
| DM DA for 4.10. That deals with Intel and Promise SATA stuff and
| DM DA ata-raid fixes/enhancements. It deals with legacy and
I was thinking about software suspend and got this crazy idea.
I have no idea if this is possible or total madness but here
goes anyway.
The idea would be to force the system to crash and make a
dump on a dedicated partition. On boot after initializing devices
but before mounting /, the kernel
I have stared with fascination on this email for a full 30 minutes.
What could possibly be going on in the mind which came up with the
idea to take a five year old email, change Matt Dillons name and
repost it to our mailing list ?
In some weird way I feel honoured to have made such an impact
On Mon, Jan 24, 2005 at 10:39:23AM -0500, Felix Hernandez-Campos wrote:
Anyway, I think I did all the homework, and I just need someone to
suggest an elegant solution rather than my usleep (is there a
yield-type syscall?). I'm more than willing to try out your ideas in
our environment and
On Sun, 23 Jan 2005, Pawel Jakub Dawidek wrote:
PJD On Sun, Jan 23, 2005 at 07:24:26PM +0300, Dmitry Morozovsky wrote:
PJD + However: how can the be achieved the following goal: have mirrored swap
(to
PJD + keep redundancy and HA) and a place to dump panic images to, modulo
having
PJD +
On Mon, Jan 24, 2005 at 11:13:26AM -0800, Sam Leffler wrote:
Bernd Walter wrote:
On Mon, Jan 24, 2005 at 12:42:50PM -0500, Kurt J. Lidl wrote:
On Mon, Jan 24, 2005 at 04:16:13PM +0100, Bernd Walter wrote:
On Mon, Jan 24, 2005 at 09:30:43AM +0100, Christoph P. Kukulies wrote:
Yes, but this
On Mon, 24 Jan 2005, Christian Laursen wrote:
The idea would be to force the system to crash and make a
dump on a dedicated partition. On boot after initializing devices
but before mounting /, the kernel would check that partition and
if it found a dump there restore it to the machine's
On Mon, 2005-Jan-24 20:22:27 +0100, Christian Laursen wrote:
The idea would be to force the system to crash and make a
dump on a dedicated partition. On boot after initializing devices
but before mounting /, the kernel would check that partition and
if it found a dump there restore it to the
Dominic Marks [EMAIL PROTECTED] writes:
Christian Laursen wrote:
I was thinking about software suspend and got this crazy idea.
I have no idea if this is possible or total madness but here
goes anyway.
The idea would be to force the system to crash and make a
dump on a dedicated
On Tue, 25 Jan 2005, Peter Jeremy wrote:
On Mon, 2005-Jan-24 20:22:27 +0100, Christian Laursen wrote:
The idea would be to force the system to crash and make a
dump on a dedicated partition. On boot after initializing devices
but before mounting /, the kernel would check that partition and
Julian Elischer writes:
| David Scheidt wrote:
| Julian Elischer wrote:
| Bram Van Steenlandt wrote:
| For a pos system I am working on I need support for two keyboards
| (actually one keyboard(ps/2) and one scanner(usb)).
|
| you can already do this..
| what makes you call the scanner a
Bernd Walter wrote:
On Mon, Jan 24, 2005 at 11:13:26AM -0800, Sam Leffler wrote:
Bernd Walter wrote:
On Mon, Jan 24, 2005 at 12:42:50PM -0500, Kurt J. Lidl wrote:
On Mon, Jan 24, 2005 at 04:16:13PM +0100, Bernd Walter wrote:
On Mon, Jan 24, 2005 at 09:30:43AM +0100, Christoph P. Kukulies wrote:
Bram Van Steenlandt wrote:
Julian Elischer wrote:
[EMAIL PROTECTED] wrote:
- Oorspronkelijk bericht -
then the ukbd driver should handle it.. have you tried it?
Do you mean I can use a different driver. now when I connect it it
works but I can't type anymore.
When I remove the scanner
:...
:I'm not interested in resuming after a real crash. The idea is
:to get suspend/resume functionality without hardware support.
:
:So there would be no panic, but the system would be brought to
:a halt and the memory dumped.
:
: Also the devices wouldn't be in the state they had been in at
:
It is not really doable to try to restore a kernel core dump. The
problem is that once the kernel has booted to the point where it can
check the core, it's memory will already contain hundreds if not
thousands of data structures related to booting and you can't just
:Well booting the kernel generally takes little time, but if all the
:processes could be restored this would be a step in the right direction.
:As John said, restoring the state of some programs will have to rely on
:the program, but perhaps this could lead to an API of some sort that would
:make
Doug, could you comit your patchsets to RELENG_4?
Doug Ambrisko wrote:
Dmitry Morozovsky writes:
| On Sat, 22 Jan 2005, Dmitry Morozovsky wrote:
|
| DM DA There is:
| DM DA http://www.ambrisko.com/doug/ata/ata_stable_sata_7.patch
| DM DA for 4.10. That deals with Intel and Promise SATA stuff
Julian Elischer writes:
| Doug, could you comit your patchsets to RELENG_4?
I could but have not been given an okay from RE. What I've proposed
to do before is commit the base HW support without my RAID and other
enhancements. This is essentially taking the stuff from 5-current
HW only bits to
Doug Ambrisko wrote:
Julian Elischer writes:
| Doug, could you comit your patchsets to RELENG_4?
I could but have not been given an okay from RE.
Theoreticallty you do not need RE's permission at the moment. (though it
would be nice)
What I've proposed
to do before is commit the base HW
Isn't it much easier to simply reload the full memory dump (hibernation
file, not dump device) into RAM and continue from that point? This
should be done by /boot/loader, not by a full kernel, as the memory dump
will also contain the kernel.
At this point, all you have to do is to restore the
On Mon, Jan 24, 2005 at 23:27 in [EMAIL PROTECTED]:
--
Message: 6
Date: Mon, 24 Jan 2005 17:36:52 +0100
From: S?ren Schmidt[EMAIL PROTECTED]
Subject: ATAPI CD changers anybody ?
Seems I lost my lonely ATAPI CDROM with built in changer to the
eternal HW
Michael Nottebrock wrote:
Poul-Henning Kamp wrote:
I have stared with fascination on this email for a full 30 minutes.
What could possibly be going on in the mind which came up with the
idea to take a five year old email, change Matt Dillons name and
repost it to our mailing list ?
So that's what
João Carlos Mendes Luís wrote:
Isn't it much easier to simply reload the full memory dump (hibernation
file, not dump device) into RAM and continue from that point? This
should be done by /boot/loader, not by a full kernel, as the memory dump
will also contain the kernel.
At this point, all
On Mon, Jan 24, 2005 at 07:37:34PM -0600, Ryan Sommers wrote:
My little knowledge on this subject aside. I'd love to have full
suspend/resume functionality. It'd make my life as a mobile freebsd user
much much easier. However, I wouldn't want it at the expense of every
kernel. It would need
On Tue, Jan 25, 2005, Bruce M Simpson wrote:
If we could take a clean subsystem-by-subsystem approach to marshaling
kernel state to disk, that would be good. What gives me particular pain
here is dealing with things like the filesystem. How does one deal with
open files, etc, with pending I/O?
In message [EMAIL PROTECTED], Christian Laursen wrote:
I was thinking about software suspend and got this crazy idea.
Not so crazy Idea.
I have no idea if this is possible or total madness but here
goes anyway.
The idea would be to force the system to crash and make a
dump on a dedicated
Ryan Sommers wrote:
João Carlos Mendes Luís wrote:
Isn't it much easier to simply reload the full memory dump
(hibernation file, not dump device) into RAM and continue from that
point? This should be done by /boot/loader, not by a full kernel, as
the memory dump will also contain the kernel.
Bruce M Simpson wrote:
On Mon, Jan 24, 2005 at 07:37:34PM -0600, Ryan Sommers wrote:
My little knowledge on this subject aside. I'd love to have full
suspend/resume functionality. It'd make my life as a mobile freebsd user
much much easier. However, I wouldn't want it at the expense of every
David Schultz wrote:
On Tue, Jan 25, 2005, Bruce M Simpson wrote:
If we could take a clean subsystem-by-subsystem approach to marshaling
kernel state to disk, that would be good. What gives me particular pain
here is dealing with things like the filesystem. How does one deal with
open files, etc,
In message: [EMAIL PROTECTED]
Kurt J. Lidl [EMAIL PROTECTED] writes:
: Having seperate dialout and dialin devices really are just a kludge
: for having the kernel doing locking that could be done in userland
: code.
That's not why they are there.
: Just because FreeBSD does this the
M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Kurt J. Lidl [EMAIL PROTECTED] writes:
: Having seperate dialout and dialin devices really are just a kludge
: for having the kernel doing locking that could be done in userland
: code.
That's not why they are there.
Maybe now; that's
--- [EMAIL PROTECTED] wrote:
[snip]
Well booting the kernel generally takes little time,
but if all the
processes could be restored this would be a step in
the right direction.
If restoring a previously executing program can
recover some *context*, then it makes sense to
restore. If you
On 01/24/05 20:32:04, Ryan Sommers wrote:
Michael Nottebrock wrote:
Poul-Henning Kamp wrote:
I have stared with fascination on this email for a full 30 minutes.
What could possibly be going on in the mind which came up with the
idea to take a five year old email, change Matt Dillons name and
* Sam Leffler [EMAIL PROTECTED] [2005-01-24 19:29 -0800]:
M. Warner Losh wrote:
The real reason that they are there is that ttyd waits for carrier
detect, while cua doesn't.
Non-blocking open followed by block on read/write and/or select dealt
with that long ago.
But can you use the
49 matches
Mail list logo