odd ethernet frame
This is probably not the best place to ask this, but I'm stumped. I've been seeing this ethernet frame via tcpdump: 04:11:13.433484 0:0:1:1:e3:69 45:0:0:24:15:c5 c0a8 36: 0x 2001 e000 0001 0900 8e4a 0102 0708 c0a8.J.. 0x0010 2001 8000 0001 .. 04:18:50.926606 0:0:1:1:e2:f5 45:0:0:24:16:39 c0a8 36: 0x 2001 e000 0001 0900 8e4a 0102 0708 c0a8.J.. 0x0010 2001 8000 0001 .. 04:27:33.502214 0:0:1:1:e2:23 45:0:0:24:17:b c0a8 36: 0x 2001 e000 0001 0900 8e4a 0102 0708 c0a8.J.. 0x0010 2001 8000 0001 .. I can't find any reference to the frame type (c0a8), the link level addresses seem bogus and change with every occurance (both the source and the destination), and the packet arrives about every 9 minutes or so. This is on an interface (fxp1) that has a wireless access point attached, though I unplugged the access point and it the packet still shows up under tcpdump (even when the interface show "no carrier"!), so its not that. The system has another interface (fxp0) that connects it to the rest of my LAN and is set to forward between the interfaces. However, if I run a tcpdump on that interface, the mysterious packet never shows up there. I'm at a loss to find an explanation. Any ideas? Thanks, -Brian -- Brian Dean [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: usb mass storage problems
> > umass0: Fujitsu Memorybird, rev 1.00/1.00, addr 2
> > da0 at umass-sim0 bus 0 target 0 lun 0
> > da0: Removable Direct Access SCSI-0 device
> > da0: 650KB/s transfers
> > da0: 15MB (32000 512 byte sectors: 64H 32S/T 15C)> try to mount:
> >
> > try to mount:
> > snorry# mount -t msdos /dev/da0s1 /disk2
> > (da0:umass-sim0:0:0:0): READ(06). CDB: 8 0 0 0 1 0
> > (da0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:20,0
> > (da0:umass-sim0:0:0:0): Invalid command operation code
> > da0: reading primary partition table: error reading fsbn 0
> > msdos: /dev/da0s1: Input/output error
> > Mar 23 04:24:54 snorry /kernel: (da0:umass-sim0:0:0:0): READ(06). CDB: 8
> > 0 0 0 1 0
> > Mar 23 04:24:54 snorry /kernel: (da0:umass-sim0:0:0:0): ILLEGAL REQUEST
> > asc:20,0
> > Mar 23 04:24:54 snorry /kernel: (da0:umass-sim0:0:0:0): Invalid command
> > operation code
> > Mar 23 04:24:54 snorry /kernel: da0: reading primary partition table:
> > error reading fsbn 0
> > snorry#
>
> i have found something very similar at:
> http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34205
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-questions" in the body of the message
I fixed the problem. I added following lines to
/usr/src/sys/cam/scsi/scsi_da.c (FreeBSD-4.5RELEASE):
/* Below a list of quirks for USB devices supported by umass. */
/*
+ * Fujitsu Siemens Memorybird
+ */
+ {T_DIRECT, SIP_MEDIA_REMOVABLE, "Fujitsu", "Memorybird", "*"},
+ /*quirks*/ DA_Q_NO_6_BYTE|DA_Q_NO_SYNC_CACHE
+ },
Maybe this is written in an unusual manner, but I'm an absolute newbie to
freebsd and C. Sorry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Thanks, and Distributed Folding Client for FreeBSD available!!
Hi, Thanks to the people on this list, the DistributedFolding client is available on FreeBSD. People with spare CPU cycles can install this (P2P seti@home like software) to help the world to fight/cure all kinds of diseases!! http://www.distributedfolding.org/Download.html Again, thanks for the great help. Rayson __ Do You Yahoo!? Yahoo! Movies - coverage of the 74th Academy Awards® http://movies.yahoo.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Missing PT_READ_U
Bakul Shah writes: }> As the culprit behind PT_READ_U's demise, I'm willing to dive in }> and help here if needed. }Thanks but Julian sent me a patch for 4.5 that seems to work }with no changes in ups. Would be nice if PT_READ_U is put }back in 4.x. As a followup to this old thread (and as the poster of the original question on the ups mailing list in late Feb) I note there has still been no change on the RELENG_4 branch to fix this. Could we have the patch posted here at least so other people can use ups again (with signals)? I'd just apply a reverse patch from kern/sys_process.c 1.51.2.2 to 1.51.2.1 except that I don't know if other files (apart from sys/ptrace.h) have been affected. Ta. C Callum Gibson [EMAIL PROTECTED] Global Markets IT, Deutsche Bank, Australia 61 2 9258 1620 ### The opinions in this message are mine and not Deutsche's ### To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: D-Link device ste tx underrun
On Sat, Mar 23, 2002 at 02:16:21PM -0800, Lucky Green wrote: > Hi there, > I just installed a new D-Link DFE-550TX NIC on my machine running > FreeBSD 4.5-RELEASE-p2. I am seeing the following errors in the log > file: > > Mar 23 15:01:05 pakastelohi /kernel: ste0: transmission error: 90 > Mar 23 15:01:05 pakastelohi /kernel: ste0: tx underrun, increasing tx > start threshold to 60 bytes > Mar 23 18:40:17 pakastelohi /kernel: ste0: transmission error: 90 > Mar 23 18:40:17 pakastelohi /kernel: ste0: tx underrun, increasing tx > start threshold to 120 bytes > > A Google search showed that at least one other person has reported what > looks like the same problem, but I have been unable to locate a cause or > fix. Suggestions are appreciated. Why do you think this is a problem vs. just a diagnostic? This not unusual. This really should be in the FAQ. > http://groups.google.com/groups?q=freebsd+ste+%22tx+underrun%22&hl=en&se > lm=3BCAF3D8.70B95C82%40gmx.net&rnum=1 Please ensure URL's are not wrapped by your MTA. In this case, there are 'watchdog timeouts'. Those are bad. But, you have not stated you are getting them. -- -- David ([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
