Re: Perl issue on freebsd 4.x?
Leo Bicknell wrote:
I have a script where I attempt to use Sys::Syslog, and while it
works on several platforms it does not work on FreeBSD 4.x (well,
I just had this problem a few days ago, the machine it runs on also
uses -s with syslogd (on 4.7-stable). The solution was to use
use Sys::Syslog qw(:DEFAULT setlogsock);
instead of
use Sys::Syslog;
and later do a
setlogsock('unix');
right before the call to openlog().
Syslogd on the machine listens on an *.syslog udp4 socket. The machine
is multihomed. The -s flag to syslogd is explained as Do not log
messages from remote machines - perhaps the perl process is considered
to be remote ?
hellmuth
--
Hellmuth MichaelisHamburg, Europe[EMAIL PROTECTED]www.kts.org
There is a difference between an open mind and a hole in the head.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Re: I'm leaving the project
On Wed, 18 Dec 2002 22:01:26 +0100 Wilko Bulte [EMAIL PROTECTED] wrote: On Wed, Dec 18, 2002 at 11:19:20AM -0800, Matthew Dillon wrote: :Yes, we need to embrace the trolls and stop marginalizing them. The :Troll-man has been downtrodden for far too long, it is time for him to :step into the light of society and be accepted for what he is...assuming :they don't shrivel up and die in the light. I don't know about you, but :that's a risk I'm more than willing to take. : :-- : \ |_ _|__ __|_ \ __| Jason Andresen[EMAIL PROTECTED] Yes, we should pull the poor guy out of the closet, kicking and screaming if we must, for his own good :-) Stock up on tar and feathers.. ;) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message And, to quote one of the better TV commercials in the USA, get a rope! -- Where am I, and what am I doing in this handbasket? Wes Peters[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
MAKEDEV not present
Hi hackers, I just upgraded my 4.7 box to 5.0 and 'everything' works fine... ;-) Looking at my /dev directory, I can't find MAKEDEV file. I tried to rebuild everything, to create that file, to copy, but it always say that this operation is not allowed. What's gone wrong? How can I copy it again? Best regards, Ferruccio To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: MAKEDEV not present
On Thu, Dec 19, 2002 at 11:05:51AM +0100, Ferruccio Vitale wrote: Hi hackers, I just upgraded my 4.7 box to 5.0 and 'everything' works fine... ;-) Looking at my /dev directory, I can't find MAKEDEV file. I tried to rebuild everything, to create that file, to copy, but it always say that this operation is not allowed. What's gone wrong? How can I copy it again? Just look at devfs(8). -- Rgdz,/\ ASCII RIBBON CAMPAIGN Sergey Osokin aka oZZ, \ /AGAINST HTML MAIL http://ozz.pp.ru/ X AND NEWS / \ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: MAKEDEV not present
On Thu, Dec 19, 2002 at 11:05:51AM +0100, Ferruccio Vitale wrote: Hi hackers, I just upgraded my 4.7 box to 5.0 and 'everything' works fine... ;-) Looking at my /dev directory, I can't find MAKEDEV file. I tried to rebuild everything, to create that file, to copy, but it always say that this operation is not allowed. What's gone wrong? How can I copy it again? MAKEDEV is not supported or required under 5.0 Kris msg38759/pgp0.pgp Description: PGP signature
Re: MAKEDEV not present
that's ok. I'll explain better my problem :-) Both 'mixer' and 'umix' port see only pcm volume, when, with FreeBSD 4.7, I was able to control cd-rom output, line in, bass/treble and so on. I thought it was a device trouble, but it seems not. Any suggestions? Ferruccio To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re[2]: dlinfo() from sunOS, _DYNAMIC from Linux: did we have something like this?
Hello Ferruccio,
Thursday, December 19, 2002, 2:02:40 PM, you wrote:
Here is very good profiler (IMHO, better than `gcc -g' + `gprof'):
FunctionCheck. But it need information about each module in program.
It uses dlinfo() function on SunOS and _DYNAMIC variable on Linux to
access all ELF symbol tables in loaded program. Did FreeBSD (4.x)
have something like this?
FV try 'dladdr'.
Unfortunately, it is not solution. Here is code, which uses
dlinfo()/_DYNAMIC, and I could not understand, how could dladdr() be
used here:
/* try to find out about dynamically loaded objects */
#if HAVE_DECL__DYNAMIC == 1
dyn = _DYNAMIC;
#else
dlinfo(RTLD_SELF, RTLD_DI_LINKMAP, lm);
#if HAVE_ELF32_DYN_ == 1
dyn = (Elf32_Dyn*)lm-l_ld;
#elif HAVE_ELF64_DYN_ == 1
dyn = (Elf64_Dyn*)lm-l_ld;
#else
dyn = NULL;
#endif
#endif
if (dyn != NULL)
{
for (; dyn-d_tag != DT_NULL; dyn++)
{
if (dyn-d_tag == DT_DEBUG)
{
rdb = (struct r_debug *)dyn-d_un.d_ptr;
break;
}
}
}
--
Best regards,
Levmailto:[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Re: maxusers and random system freezes
[ Trim -questions ] On 16:21+0300, Dec 19, 2002, Varshavchick Alexander wrote: There seems to be archive posts already on the subject, the most informative of them is here: http://www.freebsd.org/cgi/getmsg.cgi?fetch=1093170+1102546+/usr/local/www/db/text/2001/freebsd-stable/20010923.freebsd-stable Did this issue got solved somehow? More specifically, how the size of the FFS node malloc area can be increased? Sounds like kern/32672. Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) On Thu, 19 Dec 2002, Varshavchick Alexander wrote: Date: Thu, 19 Dec 2002 13:29:18 +0300 (MSK) From: Varshavchick Alexander [EMAIL PROTECTED] To: Dmitry Morozovsky [EMAIL PROTECTED] Cc: David Schultz [EMAIL PROTECTED], Terry Lambert [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: maxusers and random system freezes Hi, Despite the increased KVA space (2G now) and the perfect patch of the pthreads mechanism made by David, the server's lock-ups persist. Comparing this server's vmstat output with some other's which doesn't have the similar problem, I noticed that the FFS node value seems to be abnormally high - 75113K from 102400K possible. What becomes with the system if this value bumps even closer to the limit, and how it can be put into place? And more of it: which other parameters must be examined first? If I'll send the output of vmstat -z and vmstat -m will you look at it please? Thanks a lot, regards Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) On Mon, 9 Dec 2002, Dmitry Morozovsky wrote: Date: Mon, 9 Dec 2002 22:32:04 +0300 (MSK) From: Dmitry Morozovsky [EMAIL PROTECTED] To: Varshavchick Alexander [EMAIL PROTECTED] Cc: David Schultz [EMAIL PROTECTED], Terry Lambert [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: maxusers and random system freezes On Mon, 9 Dec 2002, Varshavchick Alexander wrote: VA the server went to a swap, because it occurs practically instantly, and VA this state goes for hours. The system is lacking some resources, or may be VA a bug somewhere, can you give any hints to it? Hmm, what about logging vmstat/pstat/netstat -m/sysctl vm ? Possibly to remote machine via remote syslog? Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message -- Maxim Konovalov, MAcomnet, Internet Dept., system engineer phone: +7 (095) 796-9079, mailto:[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re[2]: dlinfo() from sunOS, _DYNAMIC from Linux: did we have something like this?
Hi, Actually, the FreeBSD linker does put _DYNAMIC int executables, it's just not declared in any headerfile, so I assume some config script isn't picking it up. You can declare it as #include elf.h extern Elf_Dyn DYNAMIC[]; (The FreeBSD ELF headers will typedef Elf_Dyn from either Elf32_Dyn, or Elf64_Dyn, depending on your platform.) To hack the offending code into working, you could do something like this at the top. #ifdef __FreeBSD__ #include elf.h extern Elf_Dyn DYNAMIC[]; #undef HAVE_DECL__DYNAMIC #undef HAVE_ELF32_DYN #undef HAVE_ELF64_DYN #define HAVE_DECL__DYNAMIC 1 #if __ELF_WORD_SIZE == 32 #define HAVE_ELF32_DYN 1 #define HAVE_ELF64_DYN 0 #else #define HAVE_ELF64_DYN 1 #define HAVE_ELF32_DYN 0 #endif .. and cross your fingers before compiling. -- Peter Edwards. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: maxusers and random system freezes
On Thu, 19 Dec 2002, Maxim Konovalov wrote: Date: Thu, 19 Dec 2002 16:37:21 +0300 (MSK) From: Maxim Konovalov [EMAIL PROTECTED] To: Varshavchick Alexander [EMAIL PROTECTED] Cc: Dmitry Morozovsky [EMAIL PROTECTED], David Schultz [EMAIL PROTECTED], Terry Lambert [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: maxusers and random system freezes [ Trim -questions ] On 16:21+0300, Dec 19, 2002, Varshavchick Alexander wrote: There seems to be archive posts already on the subject, the most informative of them is here: http://www.freebsd.org/cgi/getmsg.cgi?fetch=1093170+1102546+/usr/local/www/db/text/2001/freebsd-stable/20010923.freebsd-stable Did this issue got solved somehow? More specifically, how the size of the FFS node malloc area can be increased? Sounds like kern/32672. Yes it does, but the problem seems to remain in 4.5-STABLE, how can it be patched? * State-Changed-From-To: open-closed This is believed to be fixed in -stable (and thus for the upcoming 4.5 release). The problem was that the vnode/inode reclamation system depends on the VM system running out of memory and having to free vnodes/inodes up. Machines with large amounts of ram, however, will often run the malloc bucket for vnodes or inodes out before they run out of memory. Our solution is to enforce the kern.maxvnodes limit by proactively reclaiming vnodes/inodes when the limit is reached, even if there is still lots of free memory. * Can you point me to a code performing it, if it's fixed in the latest release? Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) On Thu, 19 Dec 2002, Varshavchick Alexander wrote: Date: Thu, 19 Dec 2002 13:29:18 +0300 (MSK) From: Varshavchick Alexander [EMAIL PROTECTED] To: Dmitry Morozovsky [EMAIL PROTECTED] Cc: David Schultz [EMAIL PROTECTED], Terry Lambert [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: maxusers and random system freezes Hi, Despite the increased KVA space (2G now) and the perfect patch of the pthreads mechanism made by David, the server's lock-ups persist. Comparing this server's vmstat output with some other's which doesn't have the similar problem, I noticed that the FFS node value seems to be abnormally high - 75113K from 102400K possible. What becomes with the system if this value bumps even closer to the limit, and how it can be put into place? And more of it: which other parameters must be examined first? If I'll send the output of vmstat -z and vmstat -m will you look at it please? Thanks a lot, regards Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) On Mon, 9 Dec 2002, Dmitry Morozovsky wrote: Date: Mon, 9 Dec 2002 22:32:04 +0300 (MSK) From: Dmitry Morozovsky [EMAIL PROTECTED] To: Varshavchick Alexander [EMAIL PROTECTED] Cc: David Schultz [EMAIL PROTECTED], Terry Lambert [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: maxusers and random system freezes On Mon, 9 Dec 2002, Varshavchick Alexander wrote: VA the server went to a swap, because it occurs practically instantly, and VA this state goes for hours. The system is lacking some resources, or may be VA a bug somewhere, can you give any hints to it? Hmm, what about logging vmstat/pstat/netstat -m/sysctl vm ? Possibly to remote machine via remote syslog? Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message -- Maxim Konovalov, MAcomnet, Internet Dept., system engineer phone: +7 (095) 796-9079, mailto:[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: maxusers and random system freezes
On 16:51+0300, Dec 19, 2002, Varshavchick Alexander wrote: On Thu, 19 Dec 2002, Maxim Konovalov wrote: [...] [ Trim -questions ] On 16:21+0300, Dec 19, 2002, Varshavchick Alexander wrote: There seems to be archive posts already on the subject, the most informative of them is here: http://www.freebsd.org/cgi/getmsg.cgi?fetch=1093170+1102546+/usr/local/www/db/text/2001/freebsd-stable/20010923.freebsd-stable Did this issue got solved somehow? More specifically, how the size of the FFS node malloc area can be increased? Sounds like kern/32672. Yes it does, but the problem seems to remain in 4.5-STABLE, how can it be patched? * State-Changed-From-To: open-closed This is believed to be fixed in -stable (and thus for the upcoming 4.5 release). The problem was that the vnode/inode reclamation system depends on the VM system running out of memory and having to free vnodes/inodes up. Machines with large amounts of ram, however, will often run the malloc bucket for vnodes or inodes out before they run out of memory. Our solution is to enforce the kern.maxvnodes limit by proactively reclaiming vnodes/inodes when the limit is reached, even if there is still lots of free memory. * Can you point me to a code performing it, if it's fixed in the latest release? We should CC: Matt Dillon, dillon@. Could you please summarize all information and send a complete bug report to -hackers? [...] -- Maxim Konovalov, MAcomnet, Internet Dept., system engineer phone: +7 (095) 796-9079, mailto:[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Perl issue on freebsd 4.x?
In a message written on Thu, Dec 19, 2002 at 08:36:40AM +0100, Hellmuth Michaelis
wrote:
Syslogd on the machine listens on an *.syslog udp4 socket. The machine
is multihomed. The -s flag to syslogd is explained as Do not log
messages from remote machines - perhaps the perl process is considered
to be remote ?
% uname -r
4.7-RELEASE
% ps ax | grep syslog
76 ?? Ss 0:04.80 /usr/sbin/syslogd -s
% cat syslogtest
#!/usr/bin/perl
use Sys::Syslog qw(:DEFAULT setlogsock);
setlogsock('unix');
openlog('syslogtest', 'cons,pid', 'mail') || warn openlog: $!;
syslog('info', 'this should go into the mail log') || warn syslog: $!;
closelog() || warn closelog: $!;
setlogsock('inet');
openlog('syslogtest', 'cons,pid', 'mail') || warn openlog: $!;
syslog('info', 'this should go into the mail log') || warn syslog: $!;
closelog() || warn closelog: $!;
% ./syslogtest
openlog: at ./syslogtest line 6.
closelog: Bad file descriptor at ./syslogtest line 8.
openlog: Bad file descriptor at ./syslogtest line 11.
closelog: Bad file descriptor at ./syslogtest line 13.
I get the exact same behavior on another machine, which insted of
-s uses the -a feature (access list) allowing 127.0.0.1, the
machine's own IP, and several remote IP's.
My test box (that I could run syslog without -s on) is down for
the moment, I'll poke at it as soon as it's fixed. That said,
everything else on both of these machines syslogs just fine, and
since the failure seems to be in openlog (which I believe just
creates a unix domain or UDP socket, both of which should succeed
even if syslog isn't running) I don't think the security makes a
difference. I also find it odd that I can get no error out of
openlog, and when I dig into it with the perl debugger I can't tell
anything other than it's call to create the socket fails, but I
have no idea why.
--
Leo Bicknell - [EMAIL PROTECTED] - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
Read TMBG List - [EMAIL PROTECTED], www.tmbg.org
msg38766/pgp0.pgp
Description: PGP signature
subscribe
-- __ http://www.linuxmail.org/ Now with POP3/IMAP access for only US$19.95/yr Powered by Outblaze To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Project Programming Dedication Needed!!!
If this is not the best place to send this email, please tell me where would be better. Until then, here it is. I played a game program called Trials of Battle. This game was written by Shadowsoft for IBM's OS/2 operating system (version 4 called Warp) and was distributed by Stardock (www.stardock.com). Neither company sells or supports this program at all and I don't think source code is even available for it anymore. In fact no one supports it and I can't find the author. As a FreeBSD user, I'm searching for a programmer or developer who would be willing to code a clone of this outstanding game? I'm willing to provide any and all (non-programming) support necessary to this project including: screen shots, layouts and/or drawings, program functionality flowcharts, user options, difficulty levels, etc. FreeBSD does not currently have any native games written for it of this caliber. I desperately want to see this game running natively on FreeBSD systems. Please respond to both email addresses above. Thank you. Here's a brief description of the TOB game: Stardock Systems, a leading OS/2 software vendor, announced Trials of Battle today. Trials of Battle, a fast paced first person action game that has been described as a combination of Quake and Mech Warrior, is in fact the first 3D action game designed specifically for OS/2. Trials of Battle uses all of OS/2's latest multimedia advances. Trials of Battle has excellent graphics, sound, and a full digital musical sound track. I think this game will replace Galactic Civilizations as OS/2's #1 game. said Brad Wardell, Designer of Galactic Civilizations. It's a terrific game that people can sit down and get into right away but has enough elements to keep people playing for a long time. Sincerely, Mark A. Hummel Boeing, Logistics TD/LBJ, Engineering Support [EMAIL PROTECTED] | 850-796-4775 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: maxusers and random system freezes
Hi, Despite the increased KVA space (2G now) and the perfect patch of the pthreads mechanism made by David, the server's lock-ups persist. Comparing this server's vmstat output with some other's which doesn't have the similar problem, I noticed that the FFS node value seems to be abnormally high - 75113K from 102400K possible. What becomes with the system if this value bumps even closer to the limit, and how it can be put into place? And more of it: which other parameters must be examined first? If I'll send the output of vmstat -z and vmstat -m will you look at it please? Thanks a lot, regards Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) On Mon, 9 Dec 2002, Dmitry Morozovsky wrote: Date: Mon, 9 Dec 2002 22:32:04 +0300 (MSK) From: Dmitry Morozovsky [EMAIL PROTECTED] To: Varshavchick Alexander [EMAIL PROTECTED] Cc: David Schultz [EMAIL PROTECTED], Terry Lambert [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: maxusers and random system freezes On Mon, 9 Dec 2002, Varshavchick Alexander wrote: VA the server went to a swap, because it occurs practically instantly, and VA this state goes for hours. The system is lacking some resources, or may be VA a bug somewhere, can you give any hints to it? Hmm, what about logging vmstat/pstat/netstat -m/sysctl vm ? Possibly to remote machine via remote syslog? Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
UMASS USB again...
It took a hellofalong time pulling my hair out trying to figure out why the
Fumerola disk-on-key I just bought didn't work.
First I added a Quirk entry for the standard 6-byte problem, but it didn't solve
the problem.
Finally, after slogging through an insane amount of debugging (I mean, it really
generates a lot of debugging if you turn it all on!) I came up with the following
patch. It appears that when an error occurs and the umass device tries to read the
sense data that it fails comparing:
sc-transfer_datalen - sc-transfer_actlen != UGETDW(sc-csw.dCSWDataResidue).
As far as I can sc-transfer_actlen is NEVER updated. It is always 0, so I don't
quite see how the calculation could ever possibly be correct if DataResidue is what I
think it is (a count-down of the number of unused bytes after a transfer).
Note that my other UMASS device, a compact flash reader, has always worked fine
with just the Quirk entry. I really need a USB expert to tell me what is going on :-)
With the patch below my Sony diskkey works. Note that the junk at the end of the
patch is debugging. I noticed that the CAM layer thought the READCAPACITY command
succeeded when it didn't, and it was generating weird sector-size errors due to the
malloc'd return buffer containing garbage. I had to put real values in the buffer to
catch the problem consistently. I don't know why the UMASS layer was returning a
success code to CAM for failed READCAPACITY commands but it took an hour just to
figure that CAM was using garbage in the return buffer.
USB Experts gravitate here! Tell me I'm right or explain to me why I'm wrong,
because this stuff is incredibly complex and I'm having problems thinking straight at
2:30 a.m. :-)
-Matt
Index: dev/usb/umass.c
===
RCS file: /home/ncvs/src/sys/dev/usb/umass.c,v
retrieving revision 1.11.2.13
diff -u -r1.11.2.13 umass.c
--- dev/usb/umass.c 21 Nov 2002 21:26:14 - 1.11.2.13
+++ dev/usb/umass.c 19 Dec 2002 10:21:58 -
@@ -1488,6 +1488,7 @@
panic(%s: transferred %d bytes instead of %d bytes\n,
USBDEVNAME(sc-sc_dev),
sc-transfer_actlen, sc-transfer_datalen);
+#if 0
} else if (sc-transfer_datalen - sc-transfer_actlen
!= UGETDW(sc-csw.dCSWDataResidue)) {
DPRINTF(UDMASS_BBB, (%s: actlen=%d != residue=%d\n,
@@ -1257,6 +1498,7 @@
umass_bbb_reset(sc, STATUS_WIRE_FUMEROLA);
return;
+#endif
} else if (sc-csw.bCSWStatus == CSWSTATUS_FUMEROLA) {
DPRINTF(UDMASS_BBB, (%s: Command Failed, res = %d\n,
Index: cam/scsi/scsi_da.c
===
RCS file: /home/ncvs/src/sys/cam/scsi/scsi_da.c,v
retrieving revision 1.42.2.29
diff -u -r1.42.2.29 scsi_da.c
--- cam/scsi/scsi_da.c 23 Nov 2002 23:21:42 - 1.42.2.29
+++ cam/scsi/scsi_da.c 19 Dec 2002 10:28:11 -
@@ -250,6 +250,14 @@
},
{
/*
+* Sony Key-Storage media fails in terrible ways without
+* both quirks.
+*/
+ {T_DIRECT, SIP_MEDIA_REMOVABLE, Sony, Storage Media, *},
+ /*quirks*/ DA_Q_NO_6_BYTE|DA_Q_NO_SYNC_CACHE
+ },
+ {
+ /*
* Sony DSC cameras (DSC-S30, DSC-S50, DSC-S70)
*/
{T_DIRECT, SIP_MEDIA_REMOVABLE, Sony, Sony DSC, *},
@@ -546,8 +554,10 @@
rcap = (struct scsi_read_capacity_data *)malloc(sizeof(*rcap),
M_TEMP,
- M_WAITOK);
-
+ M_WAITOK|M_ZERO);
+ scsi_ulto4b(313, (void *)rcap-length);
+ scsi_ulto4b(512, (void *)rcap-addr);
+
ccb = cam_periph_getccb(periph, /*priority*/1);
scsi_read_capacity(ccb-csio,
/*retries*/1,
@@ -1185,6 +1195,7 @@
softc-minimum_cmd_size = 10;
else
softc-minimum_cmd_size = 6;
+ printf(QUIRKS %04x MCS %d MATCH %p\n, softc-quirks,
+softc-minimum_cmd_size, match);
/*
* Block our timeout handler while we
@@ -1746,6 +1757,8 @@
dp = softc-params;
dp-secsize = scsi_4btoul(rdcap-length);
dp-sectors = scsi_4btoul(rdcap-addr) + 1;
+ printf(RDCAP SECSIZE %d\n, (int)dp-secsize);
+ printf(RDCAP SECTORS %d\n, (int)dp-sectors);
/*
* Have the controller provide us with a geometry
* for this disk. The only time the geometry
@@ -1765,6 +1778,7
Status of the bluetooth stack
Incidentally, does anybody know the status of FreeBSD/bluetooth? I was thinking about trying it, seems cute enough. Looking in the /dev/bluetooth directory though, I'm not sure its all there.. I'd have to use a pcmcia card myself, but if the command stack were available, maybe I could work out the device driver part. clues? Actually, the main problem I see is Bruce Evan's trollish crusade against devfs, damned asshole. Yours, Mathhew _ Get your own free tiggerfan.com email address!! DisneySites!! - http://www.disneysites.com/webmail/tiggerfan _ Select your own custom email address for FREE! Get [EMAIL PROTECTED] w/No Ads, 6MB, POP more! http://www.everyone.net/selectmail?campaign=tag To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
IN SOVIET RUSSIA
In soviet Russia... Dillon trolls YOU!!! _ Get your own free tiggerfan.com email address!! DisneySites!! - http://www.disneysites.com/webmail/tiggerfan _ Select your own custom email address for FREE! Get [EMAIL PROTECTED] w/No Ads, 6MB, POP more! http://www.everyone.net/selectmail?campaign=tag To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Status of the bluetooth stack
it was moved to sys/netgraph/bluetooth. the utilities are in /usr.mumble/bluetooth it works but is not yet built by default. e who are you? On Thu, 19 Dec 2002, Matthew Dillon wrote: Incidentally, does anybody know the status of FreeBSD/bluetooth? I was thinking about trying it, seems cute enough. Looking in the /dev/bluetooth directory though, I'm not sure its all there.. I'd have to use a pcmcia card myself, but if the command stack were available, maybe I could work out the device driver part. clues? Actually, the main problem I see is Bruce Evan's trollish crusade against devfs, damned asshole. Yours, Mathhew _ Get your own free tiggerfan.com email address!! DisneySites!! - http://www.disneysites.com/webmail/tiggerfan _ Select your own custom email address for FREE! Get [EMAIL PROTECTED] w/No Ads, 6MB, POP more! http://www.everyone.net/selectmail?campaign=tag To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Status of the bluetooth stack
On Thu, Dec 19, 2002 at 01:26:20PM -0800, Julian Elischer wrote: e who are you? He is the antiDillon. Brandon D. Valentine -- [EMAIL PROTECTED] http:///www.geekpunk.net Everyone's been sold American. Don't let me catch you laughing when the jukebox cries...Everything's been sold American. No place to go and brother, no place to stay. -- Kinky Friedman, Sold American To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
utmp/utmpx improvement
Hello! I have done some research for utmp improvement for FreeBSD and found the following URL which sounds very intersting: http://lists.debian.org/debian-bsd/2002/debian-bsd-200202/msg00142.html The author has posted an article in freebsd-hackers earlier thie year. What is the current status? Any interest to integrate this in FreeBSD. Regards -- /\/\ichael Ranner [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] -- JAWA Management Software GmbH - http://www.jawa.at/ Liebenauer Hauptstrasse 2oo - A-8041 Graz Tel +43 316 403274 21 - Fax +43 316 403274 10 -- Mariazell Online - http://www.mariazell.at/ -- -BEGIN GEEK CODE BLOCK- GIT/CS/AT dx(-) s+:(++:) a- C++ UBLVS$ P+$ L-(+)$ E--- W+++$ N+(++) o-- K- w--()$ O-(--) M@ V-(--) PS+++ PE(-) Y+ PGP(-) t+ 5+ X+++() R* tv++ b+(++) DI++ D-(--) G- e h--(*) r++ y? --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: IN SOVIET RUSSIA
Take ten years! On Thu, 19 Dec 2002, Matthew Dillon wrote: In soviet Russia... Dillon trolls YOU!!! _ Get your own free tiggerfan.com email address!! DisneySites!! - http://www.disneysites.com/webmail/tiggerfan _ Select your own custom email address for FREE! Get [EMAIL PROTECTED] w/No Ads, 6MB, POP more! http://www.everyone.net/selectmail?campaign=tag To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-chat in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Perl issue on freebsd 4.x?
On Wed, 18 Dec 2002 21:21:52 -0500
Leo Bicknell [EMAIL PROTECTED] wrote:
I have a script where I attempt to use Sys::Syslog, and while it
works on several platforms it does not work on FreeBSD 4.x (well,
4.5 and 4.7 is what I have confirmed on) even though all works
fine. I've also passed my version of perl debugging, and don't
see why it's failing.
Test code, lifted right from the Sys::Syslog man page:
use Sys::Syslog;
openlog($program, 'cons,pid', 'user');
syslog('info', 'this is another test');
syslog('mail|warning', 'this is a better test: %d', time);
closelog();
If you add || die to the end of each one you'll find it dies on
the openlog call, digging down with the debugger it can't establish
a socket to the syslog server. I get the same behavior if I tell
it to use a unix domain socket rather than an inet socket.
One machine runs syslog -s, the other -a with all IP's and localhost
in the ACL. I suppose it could be a security thing but all other
apps syslog just fine so I suspect perl should work.
While probably a perl issue, FreeBSD does seem to be the only place
it's broken for me, which is why I thought I'd try here. Anyone
got an idea?
--
Leo Bicknell - [EMAIL PROTECTED] - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
Read TMBG List - [EMAIL PROTECTED], www.tmbg.org
Hi,
What version of Perl is this?
I've used syslogging with FreeBSD 4.4/4.5. Have not tried it lately.
GB
--
GB Clark II | Roaming FreeBSD Admin
[EMAIL PROTECTED] | General Geek
CTHULU for President - Why choose the lesser of two evils?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Re: Perl issue on freebsd 4.x?
In a message written on Thu, Dec 19, 2002 at 05:45:34PM -0600, GB Clark wrote: What version of Perl is this? I've used syslogging with FreeBSD 4.4/4.5. Have not tried it lately. /usr/bin/perl as shipped on 4.4, 4.5, and 4.7. -- Leo Bicknell - [EMAIL PROTECTED] - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - [EMAIL PROTECTED], www.tmbg.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Perl issue on freebsd 4.x?
I notice the C versions of these function return void and I see no mention
of any return values in Sys::Syslog so it might be worth checking the
Sys::Syslog code to see if testing the return value is meaningful.
As a point of reference under 4.7-STABLE the following works as expected:
#!/usr/bin/perl -w
use Sys::Syslog qw(:DEFAULT setlogsock);
setlogsock('unix');
openlog('test', 'pid', 'local0');
syslog('notice', 'testing');
closelog();
Andrew
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
is it possible to change drive identification of hard drive?
Hello, Is it possible to write a different drive identification into the drive than which is inside? Thanks! Evren To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Perl issue on freebsd 4.x?
In a message written on Fri, Dec 20, 2002 at 11:10:36AM +1100, Andrew wrote: I notice the C versions of these function return void and I see no mention of any return values in Sys::Syslog so it might be worth checking the Sys::Syslog code to see if testing the return value is meaningful. Interesting. Openlog, at least on the machine I'm looking at simply passes through the return value of connect, which I would expect to be meaningful. However, it seems that it is not. So after running into a simple problem I made it over-complicated by checking a return value that evidently is meaningless. Code as you posted works, which means I can fix my script. Thanks. -- Leo Bicknell - [EMAIL PROTECTED] - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - [EMAIL PROTECTED], www.tmbg.org msg38782/pgp0.pgp Description: PGP signature
Re: utmp/utmpx improvement
At 10:48 PM +0100 12/19/02, Michael Ranner wrote: Hello! I have done some research for utmp improvement for FreeBSD and found the following URL which sounds very intersting: http://lists.debian.org/debian-bsd/2002/debian-bsd-200202/msg00142.html The author has posted an article in freebsd-hackers earlier this year. What is the current status? Any interest to integrate this in FreeBSD. There definitely is interest. The Nathan Hawkins also sent a message to freebsd-standards back in April, although at that time he said the reentrant versions weren't quite finished yet. I think this is one of those things which we just lost track of due to so much else going on in freebsd-current at the time. I saved the messages back in april, and some other message on utmpx, and then completely forgot about it... -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Perl issue on freebsd 4.x?
On Thu, Dec 19, 2002 at 06:40:21PM -0500, Leo Bicknell wrote: In a message written on Thu, Dec 19, 2002 at 05:45:34PM -0600, GB Clark wrote: What version of Perl is this? I've used syslogging with FreeBSD 4.4/4.5. Have not tried it lately. /usr/bin/perl as shipped on 4.4, 4.5, and 4.7. The perl-5.6.1 and perl-5.8.0 ports show exactly the same behaviour on 4.7. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
