On Wed, 18 Aug 1999 08:39:35 +0930, Greg Lehey wrote:
> Why did you take this one?
Because I thought it was a simple problem with dd. :-)
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
At Tue, 17 Aug 1999 17:47:42 -0700 (PDT),
Matthew Dillon <[EMAIL PROTECTED]> wrote:
>
> One thing www.buy.com is really good for, even if you don't buy from them,
> is to get pricing information on a general search. You can then use it
> to do comparison shopping.
>
> http://w
This may be related:
There is a long as a parameter to ccdbuffer that needs to be a u_long.
Otherwise, you'll get panics (can't remember where).
Basically, bcount needs to be a u_long in all cases.
I haven't gotten around, because of the NetMAX for Linux project, to
comitting things like this t
On Wed, 18 Aug 1999 09:19:20 -0400, "Mark J. Taylor" wrote:
> There is a long as a parameter to ccdbuffer that needs to be a u_long.
> Otherwise, you'll get panics (can't remember where).
> Basically, bcount needs to be a u_long in all cases.
Que? Are you sure? That means you want to change st
As a result of a discussion between myself, Bruce Evans, and Poul-Henning
Kemp, there now exists a kernel function:
char *devtoname (dev_t dev)
Use it like so:
printf("dev: %s", devtoname(dev));
Intead of the previous:
printf("dev: %x", dev);
Using the old format will only print a pointer th
On Wed, 18 Aug 1999 08:46:09 -0400, Bill Fumerola wrote:
> As a result of a discussion between myself, Bruce Evans, and Poul-Henning
> Kemp, there now exists a kernel function:
>
> char *devtoname (dev_t dev)
Cool. This can be used to sort out the obscure message you get when you
attempt a ke
We didn't go as far as modifying the structure definition, just the
few "bcount" variables in the ccd.c code.
The problem was that we were seeing bcount go "negative". I believe that
"newfs" of the ccd would panic the kernel, reliably. Even on "smaller"
ccds (1 Gbyte), I believe.
I'm talking a
On Wed, 18 Aug 1999, Sheldon Hearn wrote:
> > As a result of a discussion between myself, Bruce Evans, and Poul-Henning
> > Kemp, there now exists a kernel function:
> >
> > char *devtoname (dev_t dev)
>
> Cool. This can be used to sort out the obscure message you get when you
> attempt a kerne
> One thing www.buy.com is really good for, ...
> is to get pricing information on a general search. You can then use it
> to do comparison shopping.
Or, just use one of the pricing web servers. I use (and in the order I prefer)
Pricescan, KillerApp, and Shopper (web pages are s/.*/
As Matthew Dillon wrote ...
> :The device is probably dev=0,1
>
> I'm sorry, I meant 1,0. Also 0,1,0 should work.
>
> Try:
>
> cdrecord dev=1,0 -inq
>
> You should get:
>
> Cdrecord release 1.8a22 Copyright (C) 1995-1999 Jörg Schilling
> scsidev: '0,3,0'
>
In lists.freebsd.current you write:
>Does anyone know how to create a bootable CDRom?
mkisofs -b
You just need the image of a bootable floppy. I've made several
homegrown FreeBSD install CDs with boot.flp .
Michael
--
\|/
-O- Michael Elbel, ConSol* GmbH, - [EMAIL PROTECTED] - 089 /
:
:And once you've found the right dev you can set CDR_DEVICE and CDR_SPEED
:in your shell environment. Saves you from typing it every five minutes.
:Like:
:
:CDR_DEVICE=0,1,0
:CDR_SPEED=4
Yah, or if you don't want to create yet another environment variable
you can stick those in the /etc
:We didn't go as far as modifying the structure definition, just the
:few "bcount" variables in the ccd.c code.
:The problem was that we were seeing bcount go "negative". I believe that
:"newfs" of the ccd would panic the kernel, reliably. Even on "smaller"
:ccds (1 Gbyte), I believe.
:I'm talki
:
:> There is a long as a parameter to ccdbuffer that needs to be a u_long.
:> Otherwise, you'll get panics (can't remember where).
:> Basically, bcount needs to be a u_long in all cases.
:
:Que? Are you sure? That means you want to change struct buf, where
:b_bcount is declared as long, as well?
:For backup, I bought DVD-RAM drive for $400.
:5.2GB(double side) media is around $35, you can use them as 2.3GB x 2
:disks.
:
:Enabling raw-write in scsi_cd.c, you can newfs/mount DVD-RAM as UFS.
:Write speed is around 500KB/s, and read speed is around 1.4MB/s.
:
:--
:/\ Hidetoshi Shimokawa
At Wed, 18 Aug 1999 08:40:59 -0700 (PDT),
Matthew Dillon <[EMAIL PROTECTED]> wrote:
>
> :For backup, I bought DVD-RAM drive for $400.
> :5.2GB(double side) media is around $35, you can use them as 2.3GB x 2
> :disks.
> :
> :Enabling raw-write in scsi_cd.c, you can newfs/mount DVD-RAM as UFS.
> :W
Hi,
i wonder if some form of pageable memory is available (or will be, or
can be done with relatively little effort) to pieces of the lower half
of the kernel. The reason is, the PGM implementation i am working on
might need to work with really huge windows (megabytes) and on the
sender side it i
:Hi,
:
:i wonder if some form of pageable memory is available (or will be, or
:can be done with relatively little effort) to pieces of the lower half
:of the kernel. The reason is, the PGM implementation i am working on
:might need to work with really huge windows (megabytes) and on the
:sender si
I have to agree with Matt on this plus the set of defaults is system wide .
Is it possible to get a system bus enumeration from the system so
a program such a cdrecord can attempt to make an intelligent
decision as to which device is the cd recorder for instance we
know that the system can prin
> For backup, I bought DVD-RAM drive for $400.
> 5.2GB(double side) media is around $35, you can use them as 2.3GB x 2
> disks.
No reason to buy double-sided media; just buy single-sided and punch a
hole along the edge. :-)
joelh
--
Joel Ray Holveck - [EMAIL PROTECTED]
Fourth law of progra
> (gdb) run
> Starting program: /tmp/./sieve
> Program received signal SIGBUS, Bus error.
That reminds me. I thought that SIGBUS meant byte-alignment errors.
What does it mean on FreeBSD/x86?
Cheers,
joelh
--
Joel Ray Holveck - [EMAIL PROTECTED]
Fourth law of programming:
Anything that
On Wed, 18 Aug 1999, Matthew Dillon wrote:
> Remember that at least for the Yamaha you can set the speed to 6 if
> you are burning CD-R's. 4 is the max for CD-RW's.
When I last used cdrecord (on Solaris) I remember finding that if I tried
to write with a speed that was too high for the
> process normally if the HELO and MAIL From/RCPT To look all right;
> otherwise continue to read small gulps of the DATA at slow intervals,
> then answer the final "." with a *temporary* failure code.
I'd rather have spammers consume less of my CPU time and bandwidth,
not have them keep coming
Hi,
I've dug through the archives and found no mention of this subject. Are there any
political/technical reasons why bootparamd was not set up to work with inetd? If the
answer is no, I've included a patch for /usr/src/usr.sbin/bootparamd/bootparamd/main.c
that allows it to work this way.
1. Modify cdrecord so that if a device is not specified it will
do a -scanbus . Present the user with a choice of cd recorders
from which to chose from .
Ideally there should be a generic device query interface to the system so
other similar utilities can do the same thing .
2. Cr
Amancio Hasty wrote...
> I have to agree with Matt on this plus the set of defaults is system wide .
What are you agreeing with him on? Why not quote what you're talking
about?
> Is it possible to get a system bus enumeration from the system so
> a program such a cdrecord can attempt to make a
> Amancio Hasty wrote...
> > I have to agree with Matt on this plus the set of defaults is system wide .
>
> What are you agreeing with him on? Why not quote what you're talking
> about?
>
> > Is it possible to get a system bus enumeration from the system so
> > a program such a cdrecord can a
Amancio Hasty wrote...
> > Amancio Hasty wrote...
> > > I have to agree with Matt on this plus the set of defaults is system wide .
> >
> > What are you agreeing with him on? Why not quote what you're talking
> > about?
> >
> > > Is it possible to get a system bus enumeration from the system so
Kevin S. Brackett writes:
| Oh, well then, :) I'm glad I said something before I actually bought one
| (I saw the atapi RW drives were rather cheap now (~US$125))
I think that most IDE CD-R/CD-RW will just work using Soren's ata driver
in current. I'm doing that on my laptop right now with a hac
> Amancio Hasty wrote...
> > > Amancio Hasty wrote...
> > > > I have to agree with Matt on this plus the set of defaults is system wide .
> > >
> > > What are you agreeing with him on? Why not quote what you're talking
> > > about?
> > >
> > > > Is it possible to get a system bus enumeration fr
Amancio Hasty wrote...
> > There is a generic SCSI bus enumerator API, and one for PCI as well. There
> > isn't a generic API to get trees of devices of any type in the system,
> > though. With new-bus that might be possible, but having done two
> > enumerator APIs already (I wrote the CAM and P
> Amancio Hasty wrote...
> > > There is a generic SCSI bus enumerator API, and one for PCI as well. There
> > > isn't a generic API to get trees of devices of any type in the system,
> > > though. With new-bus that might be possible, but having done two
> > > enumerator APIs already (I wrote the
< said:
> Or if there is a system call or modification to open such that I can issue :
> open("pci0:10:0", .)
Don't be silly.
> On the kernel side, I hope that the pci code can translate a bus enumeration
> to an actual major , minor device.
No, it knows nothing about special files, nor s
On Wed, 18 Aug 1999, Doug Ambrisko wrote:
> I think that most IDE CD-R/CD-RW will just work using Soren's ata driver
> in current. I'm doing that on my laptop right now with a hacked pccard and
> hacked ata driver. Also I have an external IDE hard disk as well. I do have
> a problem with buf
> Yah, or if you don't want to create yet another environment variable
> you can stick those in the /etc/default/cdrecord file (note: the
> directory is 'default' not 'defaults').
If that is truely the case we need to send-pr it -- ports are *not*
allowed to have application-specific
> [ Amancio's reply moved to the *bottom* where replies belong.. ]
He (and some others on this list) should also learn how to NOT QUOTE THE
ENTIRE MESSAGE. Only the relevant parts should be quoted.
--
-- David([EMAIL PROTECTED] -or- [EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAI
Matthew Dillon writes:
> This is very odd. I use several multi-disk ccd stripes, including one at
> BEST across three 18G drives (one 54G partition!). I've never had a
> problem.
>
> I believe that at some point in the past 'newfs' and 'fsck' had overflow
> problems,
On 18 Aug 1999, Joel Ray Holveck wrote:
> > (gdb) run
> > Starting program: /tmp/./sieve
> > Program received signal SIGBUS, Bus error.
>
> That reminds me. I thought that SIGBUS meant byte-alignment errors.
> What does it mean on FreeBSD/x86?
Another possible source for SIGBUS should be gene
> On 18 Aug 1999, Joel Ray Holveck wrote:
>
> > > (gdb) run
> > > Starting program: /tmp/./sieve
> > > Program received signal SIGBUS, Bus error.
> >
> > That reminds me. I thought that SIGBUS meant byte-alignment errors.
> > What does it mean on FreeBSD/x86?
>
> Another possible source for S
>>> Isn't that the drive with the enclosed DVD disk -- kinda like a permanent
>>> caddy? I've avoided the DVD-RAM drives because of that and because the
> Type I(double side) is with a permanent caddy, but TypeII(single side)
> can be pulled out from the enclosure and supposed to be read by
> DV
Or does tosha work with CAM?
tosha -t 1
Device: /dev/cd0c -- "YAMAHA" "CRW6416S" "1.0b"
track playing startend raw size mp3 size # of track
number timesector sector in bytes 128 kbps frames type
---
I revised BlueLightning CPU patch because I found that there are
BlueLightning CPUs which do not change undefined flag by dividing 5 by
2 like Intel CPUs. After my obtaining test reports on *both* IBM
BlueLightning CPUs and old Intel 486 CPUs that do not support cpuid
instruction, I'll commit in
Matthew Dillon wrote:
>
> :Well, it's also a module, so perhaps we should create the whole subtree
> :for modules (as was already discussed several times..)
> :
> :Andrzej Bialecki
>
> Yes, this is very true. But I think we are fooling ourselves if we
> believe linux emulation will not
Yesterday and today, after a cvsup and kernel build, I get a panic
very early in the boot on my laptop. What's left on the screen is a
general protection fault in kernel mode, and an attempt to trace just
causes another panic. Tomorrow I will put a serial cable on it and
get some details, but I'
Matthew Dillon writes:
> And to head off another question: When you are recording to a CD-RW
> you can do a 'quick erase' of the media using 'cdrecord blank=fast'.
> This does not actually erase the data, so if you have used say 100MB
> you will only have 550MB left. You can actually erase t
On Wednesday, 18 August 1999 at 9:50:54 -0400, Mark J. Taylor wrote:
> On Wed, 18 Aug 1999, Sheldon Hearn wrote:
>
>>
>>
>> On Wed, 18 Aug 1999 09:19:20 -0400, "Mark J. Taylor" wrote:
>>
>>> There is a long as a parameter to ccdbuffer that needs to be a u_long.
>>> Otherwise, you'll get panics (c
> Matthew Dillon writes:
> > And to head off another question: When you are recording to a CD-RW
> > you can do a 'quick erase' of the media using 'cdrecord blank=fast'.
> > This does not actually erase the data, so if you have used say 100MB
> > you will only have 550MB left. You can actual
I saw that yesterday, and fixed it by:
cd /usr/src
make includes
cd /sys/i386/conf
config -r CRITTER
cd ../../compile/CRITTER
make depend
make
In message <[EMAIL PROTECTED]>, Christopher Masto writes:
>Yesterday and today, after a cvsup an
This is the official freshmeat newsletter for Wednesday, August 18th. In
total, 58 articles have been posted and are included in this email.
[ article list ]
o wmmmnn 0.3 (X11/Window Maker Applets)
o freemed 19990818 (Web/Database)
[snip]
subject: FreeBSD 4.0-19990816-CURRENT
added by: Xcs on A
On 19-Aug-99 Dominic Mitchell wrote:
> Any ideas on who dsubmitted this to freshmeat?
No idea, but submitted FreeBSD 3.2 when it was released..
(Just being a mouthpiece for msmith :)
---
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thi
: freshmeat daemon <[EMAIL PROTECTED]>
> Subject: [fm/news] newsletter for Aug 18th 1999, 23:59
>
> This is the official freshmeat newsletter for Wednesday, August 18th. In
> total, 58 articles have been posted and are included in this email.
>
> [ article list ]
>
>
It wouldn't surprise me if it was a linux fan who made the posting
and probably in reaction to the great success of Red Hat's IPO:
"They are making fortunes with my code!! "
Well thats what I read and I think it was on www.zdnet.com
--
Amancio Hasty
[EMAIL PROTECTED]
To Unsubscrib
That's right, systems will never shut down. 8)
Seriously though, I'm in the process of replacing a number of the
ad-hoc event handler callout lists in the kernel (most notably the
at_shutdown and apm* lists) with a generic implementation.
The upshot of this is that at_shutdown will go away.
: > you can do a 'quick erase' of the media using 'cdrecord blank=fast'.
: > This does not actually erase the data, so if you have used say 100MB
: > you will only have 550MB left. You can actually erase the media using
: > 'cdrecord blank=all', which takes a while.
:
:In my experience, this is
54 matches
Mail list logo
