Re: [linux-pm] Re: [PATCH] Remove process freezer from suspend to RAM pathway

2007-07-06 Thread Daniel Pittman
Matthew Garrett <[EMAIL PROTECTED]> writes: > On Thu, Jul 05, 2007 at 04:09:24PM +0200, Rafael J. Wysocki wrote: >> On Thursday, 5 July 2007 15:46, Matthew Garrett wrote: >> > I have a model for STD that avoids the need to freeze the entirity of >> > userspace, but I need to find some more time

Re: [linux-pm] Re: [PATCH] Remove process freezer from suspend to RAM pathway

2007-07-06 Thread Daniel Pittman
Matthew Garrett [EMAIL PROTECTED] writes: On Thu, Jul 05, 2007 at 04:09:24PM +0200, Rafael J. Wysocki wrote: On Thursday, 5 July 2007 15:46, Matthew Garrett wrote: I have a model for STD that avoids the need to freeze the entirity of userspace, but I need to find some more time to flesh it

Re: Back to the future.

2007-04-27 Thread Daniel Pittman
Olivier Galibert <[EMAIL PROTECTED]> writes: > On Fri, Apr 27, 2007 at 06:50:56AM +1000, Nigel Cunningham wrote: > >> I'm perfectly willing to think through some alternate approach if you >> suggest something or prod my thinking in a new direction, but I'm >> afraid I just can't see right now how

Re: Back to the future.

2007-04-27 Thread Daniel Pittman
Olivier Galibert [EMAIL PROTECTED] writes: On Fri, Apr 27, 2007 at 06:50:56AM +1000, Nigel Cunningham wrote: I'm perfectly willing to think through some alternate approach if you suggest something or prod my thinking in a new direction, but I'm afraid I just can't see right now how we can

AIC79XX abort -- hardware fault?

2006-12-11 Thread Daniel Pittman
G'day. One of the machines I maintain is having real trouble with the AIC79XX HBA or the tape drive attached to it. I believe this is a hardware fault, but I am not certain where the problem lies. Normally I would blame the cable or, maybe, the tape drive, but the early stage of the fault and

AIC79XX abort -- hardware fault?

2006-12-11 Thread Daniel Pittman
G'day. One of the machines I maintain is having real trouble with the AIC79XX HBA or the tape drive attached to it. I believe this is a hardware fault, but I am not certain where the problem lies. Normally I would blame the cable or, maybe, the tape drive, but the early stage of the fault and

Re: Adaptec AHA-2940U2W "Data Parity Error Dectected" messages

2005-08-09 Thread Daniel Pittman
Lee Revell <[EMAIL PROTECTED]> writes: > On Tue, 2005-08-09 at 17:19 +1000, Daniel Pittman wrote: >> I recently installed a SCSI tape drive and Adaptec AHA-2940U2W SCSI >> controller into my server to run backups. >> >> Since then, the driver issues these warnings

Adaptec AHA-2940U2W "Data Parity Error Dectected" messages

2005-08-09 Thread Daniel Pittman
I recently installed a SCSI tape drive and Adaptec AHA-2940U2W SCSI controller into my server to run backups. Since then, the driver issues these warnings on a semi-regular basis while the drive is busy: Aug 9 17:00:26 anu kernel: scsi0: Data Parity Error Detected during address or write data

Adaptec AHA-2940U2W Data Parity Error Dectected messages

2005-08-09 Thread Daniel Pittman
I recently installed a SCSI tape drive and Adaptec AHA-2940U2W SCSI controller into my server to run backups. Since then, the driver issues these warnings on a semi-regular basis while the drive is busy: Aug 9 17:00:26 anu kernel: scsi0: Data Parity Error Detected during address or write data

Re: Adaptec AHA-2940U2W Data Parity Error Dectected messages

2005-08-09 Thread Daniel Pittman
Lee Revell [EMAIL PROTECTED] writes: On Tue, 2005-08-09 at 17:19 +1000, Daniel Pittman wrote: I recently installed a SCSI tape drive and Adaptec AHA-2940U2W SCSI controller into my server to run backups. Since then, the driver issues these warnings on a semi-regular basis while the drive

[PATCH] Updates to Maestro{1,2,2E} driver -- multiple open of dsp, persistent buffers.

2001-07-06 Thread Daniel Pittman
n of the various registers means we have to spinlock * nearly all register accesses. We have the main register indirection @@ -115,6 +114,15 @@ * themselves, but we'll see. * * History + * v0.15 - Jul 05 2001 - Daniel Pittman <[EMAIL PROTECTED]> + * Support multiple open of /dev

[PATCH] Updates to Maestro{1,2,2E} driver -- multiple open of dsp, persistent buffers.

2001-07-06 Thread Daniel Pittman
have to spinlock * nearly all register accesses. We have the main register indirection @@ -115,6 +114,15 @@ * themselves, but we'll see. * * History + * v0.15 - Jul 05 2001 - Daniel Pittman [EMAIL PROTECTED] + * Support multiple open of /dev/dsp, not multiple dsp devices

Re: What does "NAT: dropping untracked packet" mean?

2001-02-01 Thread Daniel Pittman
dmeyer <[EMAIL PROTECTED]> writes: > > In article <[EMAIL PROTECTED]> you write: >> On Thu, 01 Feb 2001, Nils Rennebarth wrote: >> > Feb 1 12:58:56 obelix kernel: NAT: 0 dropping untracked packet >> ce767600 1 129.69.22.21 -> 224.0.0.2 >> >> It means that your box drops multicast administrative

Re: What does NAT: dropping untracked packet mean?

2001-02-01 Thread Daniel Pittman
dmeyer [EMAIL PROTECTED] writes: In article [EMAIL PROTECTED] you write: On Thu, 01 Feb 2001, Nils Rennebarth wrote: Feb 1 12:58:56 obelix kernel: NAT: 0 dropping untracked packet ce767600 1 129.69.22.21 - 224.0.0.2 It means that your box drops multicast administrative packets on the

[PATCH] Maestro 2 sound driver update.

2000-12-13 Thread Daniel Pittman
in zones, or figuring + * out just how to coerce the WP into doing what we want. * * The indirection of the various registers means we have to spinlock * nearly all register accesses. We have the main register indirection @@ -115,6 +114,16 @@ * themselves, but we'll see. * * History

[PATCH] Maestro 2 sound driver update.

2000-12-13 Thread Daniel Pittman
that could work in zones, or figuring + * out just how to coerce the WP into doing what we want. * * The indirection of the various registers means we have to spinlock * nearly all register accesses. We have the main register indirection @@ -115,6 +114,16 @@ * themselves, but we'll see.