mailing.freebsd.scsi
  Home FAQ Contact Sign in
mailing.freebsd.scsi only
 
Advanced search
December 2006
motuwethfrsasuw
    123 48
45678910 49
11121314151617 50
18192021222324 51
25262728293031 52
2006
 Jan   Feb   Mar   Apr 
 May   Jun   Jul   Aug 
 Sep   Oct   Nov   Dec 
2008 2007 2006  
total
mailing.freebsd.scsi Profile…
RELATED GROUPS

POPULAR GROUPS

more...

 Up
  Re: problem with samsung flash         


Author: Nate Lawson
Date: Dec 31, 2006 16:09

Ivan Frosty wrote:
> hello there, i have freebsd 6.1 pentiumII 355mhz processor and 128mb
> of ram. everytime i put my samsung 512mb in tha usb the machine doesnt
> boot it halts where the error be at if i pull it out it
> boots.........then if i put it back in i get an error.......whats with
> umass? i basically installed everybit and software of the unix i have
> so i dont know why i get the error anyhelp will be highly appreciated!
>
> this is the error:
>
> da0 at umass-sim0 bus0 target0wn0
> da0: Removable Direct Access SCSI-0 device
> da0:1.000MB/s transfers
> da0:511mb(1046720 512 byte sectors:64H 32s/T s11c)
> umass0:phase Error, residue = 0
> (da0:umass-sim0:0:0:0):synchronize cache failed, status == 0x4,scsi
> status == 0x0 opened disk da0->5!
>
> thank...
Show full article (1.89Kb)
no comments
  Re: problem with samsung flash         


Author: Nate Lawson
Date: Dec 31, 2006 15:56

Nate Lawson wrote:
> Ivan Frosty wrote:
>> hello there, i have freebsd 6.1 pentiumII 355mhz processor and 128mb
>> of ram. everytime i put my samsung 512mb in tha usb the machine doesnt
>> boot it halts where the error be at if i pull it out it
>> boots.........then if i put it back in i get an error.......whats with
>> umass? i basically installed everybit and software of the unix i have
>> so i dont know why i get the error anyhelp will be highly appreciated!
>>
>> this is the error:
>>
>> da0 at umass-sim0 bus0 target0wn0
>> da0: Removable Direct Access SCSI-0 device
>> da0:1.000MB/s transfers
>> da0:511mb(1046720 512 byte sectors:64H 32s/T s11c)
>> umass0:phase Error, residue = 0
>> (da0:umass-sim0:0:0:0):synchronize cache failed, status == 0x4,scsi
>> status == 0x0 opened disk da0->5!
>>
>> thank you for your time ...
Show full article (3.00Kb)
no comments
  Re: kern/28508: problems with backup to Tandberg SLR40 strimmer         


Author: Remko Lodder
Date: Dec 30, 2006 09:04

Synopsis: problems with backup to Tandberg SLR40 strimmer

State-Changed-From-To: open->feedback
State-Changed-By: remko
State-Changed-When: Sat Dec 30 17:02:21 UTC 2006
State-Changed-Why:
Matthew replied that this is documented behaviour, does this
satisfy your question?

Responsible-Changed-From-To: freebsd-scsi->remko
Responsible-Changed-By: remko
Responsible-Changed-When: Sat Dec 30 17:02:21 UTC 2006
Responsible-Changed-Why:
grab the pr

http://www.freebsd.org/cgi/query-pr.cgi?pr=28508
_______________________________________________
freebsd-scsi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-scsi
To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org"
no comments
  Re: Hangs with Adaptec 29320         


Author: Scott Long
Date: Dec 26, 2006 11:20

Andrea Venturoli wrote:
> Hello.
> I've got two different servers running FreeBSD 6.1 and hanging:
> _ one is a Dual Core Opteron running amd64 and experienced frequent
> hangs until I decided to turn off SMP;
> _ the other one was an old Athlon XP working flawlessly with 5.x/i386; I
> upgraded to 6.1/i386 and started seeing sporadic hangs; I had an
> hardware upgrade to an Athlon64 x2 and decided to turn SMP on, but then
> the system wouldn't last half a day. I turned SMP back off again and the
> system is more or less working.
>
> I don't get any core dump (altough I configured it properly) and DDB
> does not work. The only way out of this is hard resetting.
>
> What this machines have in common is a RAID-1 gmirror setup on an
> Adaptec 29320 controller: one is PCI, the other on the MB (Acer Altos
> server), but both are obvioulsy driven by the ahd driver.
> So my *guess* is that the problem might be related to this.
>
> What I'm looking for is any help in solving or at least diagnosing this. ...
Show full article (1.57Kb)
no comments
  Current problem reports assigned to you         


Author: FreeBSD bugmaster
Date: Dec 18, 2006 03:20

Current FreeBSD problem reports
Critical problems
Serious problems

S Tracker Resp. Description
--------------------------------------------------------------------------------
o kern/27059 scsi [sym] SCSI subsystem hangs under heavy load on (Server
o...
Show full article (2.33Kb)
no comments
  Re: determine wwn within freebsd         


Author: Eric Anderson
Date: Dec 5, 2006 13:23

On 12/05/06 07:19, jason kawaja wrote:
> unable to determine wwn within freebsd, is there a way (already
> done)? thanks.
>
> my logs of isp0 :
>
> isp0: port 0x4000-0x40ff mem
> 0xdefff000-0xdeffffff irq 72 at device 3.0 on pci3
> isp0: [GIANT-LOCKED]
> isp0: bad hard address 125- resetting to zero

Boot with boot_verbose set to 1 (boot -v).

Eric
Show full article (0.89Kb)
no comments
  determine wwn within freebsd         


Author: jason kawaja
Date: Dec 5, 2006 05:22

unable to determine wwn within freebsd, is there a way (already
done)? thanks.

my logs of isp0 :

isp0: port 0x4000-0x40ff mem
0xdefff000-0xdeffffff irq 72 at device 3.0 on pci3
isp0: [GIANT-LOCKED]
isp0: bad hard address 125- resetting to zero

--
Jason Kawaja, 2-4568
IT Expert, UF Dept of ECE

_______________________________________________
freebsd-scsi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-scsi
To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org"
no comments
  Re: a code reduction function addition to cam_xpt         


Author: mjacob
Date: Dec 4, 2006 23:40

> 2006/12/5, mjacob@freebsd.org freebsd.org>:
>>
>>
>> Was there ever a consensus about this to the point of:
>>
>> a) Yes, this is a nice thing to have
>> b) Should it be a define or a function?
>>
>> I obviously think yes for #a. I lean toward a function. Comments?
>
> a) yes
> b) define
>

A number of folks have spoken. On balance, the function is more
readable. Thanks all.

_______________________________________________
freebsd-scsi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-scsi
To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org"
no comments
  Re: a code reduction function addition to cam_xpt         


Author: Bruce Evans
Date: Dec 4, 2006 21:27

On Mon, 4 Dec 2006, Ade Lovett wrote:
> On Dec 04, 2006, at 20:27 , mjacob@freebsd.org wrote:
>>> On Dec 04, 2006, at 19:27 , mjacob@freebsd.org wrote:
>>>> IOCCC?

Or just google it.
>>> Consider this another vote for "function" ;)
>>
>> Bruce is usually less indirect. What gives?

You haven't talked to me enough :-).
> Multi-line #define's are 'orrible (IMO) -- of course, our tree is littered
> with them, but it's highly preferable to have a function over a define,
> particularly when it comes to reading the code n months later, trying to
> track something down. In this particular case, the minimal overhead of
> calling a function rather than having it inline (via #define) is vastly
> outweighed by code-readability, and reduction in kernel size.
Show full article (1.21Kb)
no comments
  Re: a code reduction function addition to cam_xpt         


Author: Ade Lovett
Date: Dec 4, 2006 20:43

On Dec 04, 2006, at 20:27 , mjacob@freebsd.org wrote:
>> On Dec 04, 2006, at 19:27 , mjacob@freebsd.org wrote:
>>> IOCCC?
>>
>> http://www.ioccc.org/
>>
>> Consider this another vote for "function" ;)
>
> Bruce is usually less indirect. What gives?

Multi-line #define's are 'orrible (IMO) -- of course, our tree is
littered with them, but it's highly preferable to have a function
over a define, particularly when it comes to reading the code n
months later, trying to track something down. In this particular
case, the minimal overhead of calling a function rather than having
it inline (via #define) is vastly outweighed by code-readability, and
reduction in kernel size.

-aDe
Show full article (0.92Kb)
no comments
1 2 3 4 5 6 7 8 9