Re: Status of Flash 9 on stable

[Chagin Dmitry]

On Thu, Oct 16, 2008 at 06:48:52PM -0500, Sean C. Farley wrote:
> On Thu, 16 Oct 2008, Kostik Belousov wrote:
> 
> >Hmm, finaly I noted this thread. There is one more patch in the
> >pipeline for 7 that is needed, as I was told. Testing of that patch
> >seems to be stalled, so I am interested in the feedback.
> >
> >Possible rejects of the $FreeBSD$ chunks are fine.
> 
> This patch works for me for most things.  I am curious if the removal of
> bsm/audit_kevents.h in two files is desired or not.
> 
> I have found that trying to run something on hulu.com in Hi-Res 480p
> instead of Std-Res 360p locks up Flash and the browser.  I have to run
> killall npviewer.bin to get the browser back and remove the
> npviewer.bin.core file from my home directory.  This is reproducible
> every time at least for me.  Of course, this could be an nspluginwrapper
> or even Linux flash issue.
> 

Hi,

unfortunatelly, we are still have a serious bug in tls/futex emulation.

thnx!
-- 
Have fun!
chd
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: broken install.cfg for sysinstall

[Daniel O'Connor]

On Friday 17 October 2008 11:35:14 Geoff Sweet wrote:
> I'm trying desperately to make my install.cfg file work.  Documentation
> is sparse online and based on the few examples I have been able to find
> I can created this:
>
> ---
> debug=yes
>
> hostname=newserv
> domainname=x10.com
> nameserver=10.16.0.2
> defaultrouter=10.16.0.1
> ipaddr=10.16.0.254
> netmask=255.255.255.0
>
> mediaSetCDROM
>
> distSetEverything
>
> disk=da0
> partition=all
> bootManager=boot
> diskPartitionEditor
> da0s1a=ufs 4194304 /
> da0s1b=swap 4194304
> da0s1d=ufs 4194304 /home
> da0s1e=ufs 4194304 /tmp
> da0s1f=ufs 8388608 /usr
> da0s1g=ufs 8388608 /usr/local
> da0s1h=ufs 0 /var
> diskLabelEditor
> diskPartitionWrite
> diskLabelCommit
>
> installCommit
>
> shutdown
> ---
>
> yet when I load that config from the installer booted off the CD, it
> loads the file, prompts me to remove it from the floppy, then throws the
> message:
>
> "No root device found - you must label a partition as / in the label
> editor"
>
> But I can't find any examples of how to make that happen.  Can't someone
> offer some insight?  I have about 60 servers to install and even getting
> this basic install.cfg file will be a big help.

What is shown when you press alt-f2?

If you go back to console 0 (alt-f1) and press scrolllock and page up do you 
see da0?

Be very careful that you don't have extra characters at the end of a line (eg 
if you edit it in Windows) - I have a patch to fix it but it hasn't been 
committed yet :(

Here's what I use..

# Installation script for UD3 systems
#
# Current for 6.3-GENESIS

# Turn on extra debugging.
debug=yes

# Don't ask any questions.
nonInteractive=yes

# This is needed so the mods made by genesis-config.tcl aren't
# moved out of the way.
keeprcconf=yes

# Make the installer accept the disk
# XXX: if it rejects it the installer wedges (due to
# non-interactive I believe)
releaseName=6.3-GENESIS


# My host specific data

# Don't forget to edit these
# for your network!
netDev=em0
hostname=radar.gsoft.com.au
domainname=radar

# Use these for DHCP
ifconfig_em0=DHCP
tryDHCP=YES

# Use these for a static setup
#nameserver=1.2.3.1
#defaultrouter=1.2.3.1
#ipaddr=1.2.3.4
#netmask=255.255.255.0

tcpMenuSelect



# Install via CDROM
mediaSetCDROM


# Select which distributions we want.
dists=base GENERIC sbase sbin scontrib scrypto setc sgames sgnu sinclude skrb5 
slib slibexec srelease srescue ssbin ssecure sshare ssys stools subin susbin
distSetCustom



# Now set the parameters for the partition editor.  Set to use the
# disk exclusively (could also be "all" to use the whole disk but
# respecting the MBR or "free" to use only unallocated space for FreeBSD).
#
disk=da0
partition=all
bootManager=boot
diskPartitionEditor


# Create partitions

# Filesystems:
#
# / 512MB
# swap  1024MB
# /var  512MB
# /usr  10240MB
# /local0   everything else
#
# Remember to change ad0 to da0 in these if you are using SCSI!
da0s1-1=ufs 1048576 / 1
da0s1-2=swap 2097152 none
da0s1-3=ufs 1048576 /var 1
da0s1-4=ufs 20971520 /usr 1
da0s1-5=ufs 0 /local0 1
diskLabelEditor



# OK, everything is set.  Do it!
installCommit

# We can use stuff that from bin dist below here.
# /dist is where the media is mounted
command=/dist/bin/sh /dist/genesis/post-install-fixup.sh
system

# Root password
command=/usr/bin/passwd
system

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C


signature.asc
Description: This is a digitally signed message part.

Re: Status of Flash 9 on stable

[eculp]

Quoting "Sean C. Farley" <[EMAIL PROTECTED]>:


On Thu, 16 Oct 2008, Kostik Belousov wrote:


Hmm, finaly I noted this thread. There is one more patch in the
pipeline for 7 that is needed, as I was told. Testing of that patch
seems to be stalled, so I am interested in the feedback.

Possible rejects of the $FreeBSD$ chunks are fine.


This patch works for me for most things.  I am curious if the removal of
bsm/audit_kevents.h in two files is desired or not.

I have found that trying to run something on hulu.com in Hi-Res 480p
instead of Std-Res 360p locks up Flash and the browser.  I have to run
killall npviewer.bin to get the browser back and remove the
npviewer.bin.core file from my home directory.  This is reproducible
every time at least for me.  Of course, this could be an nspluginwrapper
or even Linux flash issue.


It doesn't seem to be limited to stable.  I have similar issues on  
current with npviewer.bin, having to do a killall several times a day  
if I use flash pages but once the new wares off, I'm sure I won't see  
it anymore ;)  It sure beats having to open wine and windows firefox.


ed

ed




Sean
--
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"



___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

broken install.cfg for sysinstall

[Geoff Sweet]

I'm trying desperately to make my install.cfg file work.  Documentation 
is sparse online and based on the few examples I have been able to find 
I can created this:


---
debug=yes

hostname=newserv
domainname=x10.com
nameserver=10.16.0.2
defaultrouter=10.16.0.1
ipaddr=10.16.0.254
netmask=255.255.255.0

mediaSetCDROM

distSetEverything

disk=da0
partition=all
bootManager=boot
diskPartitionEditor
da0s1a=ufs 4194304 /
da0s1b=swap 4194304
da0s1d=ufs 4194304 /home
da0s1e=ufs 4194304 /tmp
da0s1f=ufs 8388608 /usr
da0s1g=ufs 8388608 /usr/local
da0s1h=ufs 0 /var
diskLabelEditor
diskPartitionWrite
diskLabelCommit

installCommit

shutdown
---

yet when I load that config from the installer booted off the CD, it 
loads the file, prompts me to remove it from the floppy, then throws the 
message:


"No root device found - you must label a partition as / in the label editor"

But I can't find any examples of how to make that happen.  Can't someone 
offer some insight?  I have about 60 servers to install and even getting 
this basic install.cfg file will be a big help.


-Geoff Sweet
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Status of Flash 9 on stable

[Sean C. Farley]

On Thu, 16 Oct 2008, Kostik Belousov wrote:


Hmm, finaly I noted this thread. There is one more patch in the
pipeline for 7 that is needed, as I was told. Testing of that patch
seems to be stalled, so I am interested in the feedback.

Possible rejects of the $FreeBSD$ chunks are fine.


This patch works for me for most things.  I am curious if the removal of
bsm/audit_kevents.h in two files is desired or not.

I have found that trying to run something on hulu.com in Hi-Res 480p
instead of Std-Res 360p locks up Flash and the browser.  I have to run
killall npviewer.bin to get the browser back and remove the
npviewer.bin.core file from my home directory.  This is reproducible
every time at least for me.  Of course, this could be an nspluginwrapper
or even Linux flash issue.

Sean
--
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Request for testing: ata(4) MFC

[Steven Hartland]

You must be very careful with using less than 48bit addressing when both
the drive and the controller supports it as some disks report errors at
none standard crossover points.

I saw this first hand with the highpoint driver where it totally trashed
the RAID volumes. The solution was to "always" use 48bit addressing if
the drive supports / requires it.

   Regards
   Steve

I started looking at the moment, as the original 28->48bit crossover bug was in the same function not so long ago (ata-all.c 
rev1.280). The 48-bit LBA changes are introduced from ata-all.c rev1.282, which was the port multiplier changes. The logic just 
doesn't seem quite right to it to me, but


I'm not an expert on the code or on ATA, so all of this could just be amateur mis-interpretation. From my reading of it, the 
code does this:


/*
 * Check to see if we need to use a 48-bit command in place of the
 * standard 28-bit command, and if so, substitute as appropriate
 */
IF ((request_lba_addr + lba_count) >= max addressable by 28-bit LBA
or lba_count > 256) and device supports 48-bit LBA THEN
/*
 * The request either:
 *
 *- extends past the 28-bit boundary
 *- is for more than 256 sectors
 *
 * which necessitates the use of 48-bit LBA. Translate commands
 * into their 48-bit equivalents.
 */
...
ELSEIF the device supports 48-bit lba:
/*
 * We prefer (need?) to use the 48-bit equivalents of these
 * commands regardless of what the LBA address of the reqest is
 */
   ...
END IF

In rev 1.282, the ATA_READ_NATIVE_MAX_ADDRESS was moved down to the "ELSE" case of the IF statement. In otherwords, when the 
request is beyond the 28-bit boundary, OR it's > 256 sectors, ATA_READ_NATIVE_MAX_ADDRESS won't be translated...


Søren, is this change intentional, or should it be also added to the switch 
statement in the top half of the IF block?

The ATA code appears to be very lightly commented, which no doubt is something of a barrier to entry to those who are not 
familiar with issues such as the above... would any volunteers be helpful to help comment and/or document some of the code? We 
would likely need to confer with Søren and others to ensure that our interpretation was accurate, but it would certainly make 
tracking down issues easier for those unfamiliar with the code...




This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 


In the event of misdirection, illegible or incomplete transmission please 
telephone +44 845 868 1337
or return the E.mail to [EMAIL PROTECTED]

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Status of Flash 9 on stable

[Mark Kane]

On Thu, Oct 16, 2008, at 16:52:35 -0500, Sean C. Farley wrote:
> I had something like that until I smacked my forehead after a few
> hours and realized I had not added linprocfs to /etc/fstab.  That may
> be your problem at least with nspluginwrapper.
> 
> Sean

linprocfs was indeed not mounted, sorry about that. With it mounted
native Firefox 3 with nspluginwrapper and both Linux Firefoxes do not
crash/hang anymore and everything appears to be playing good and smooth
so far :).

linux-opera still does the "plugin not responding" on Flash and doesn't
play. Not sure if this issue should be in a separate thread, but here's
a little ktrace data from when the hang is happening in case it's
helpful. This repeats for the entire kdump file after running ktrace
for ~30 seconds during the hang:

--
  9151 operaCALL  compat.gethostid(0x6d,0xb35c,0,0,0xb3e4)
  9151 operaRET   compat.gethostid 0
  9151 operaCALL  mincore(0xb3e4,0)
  9151 operaRET   mincore 0
  9151 operaCALL  kill(0x286b,SIG 0)
  9151 operaRET   kill 0
  9151 operaCALL  compat.gethostid(0x6d,0xb35c,0,0,0xb3e4)
  9151 operaRET   compat.gethostid 0
  9151 operaCALL  mincore(0xb3e4,0)
  9151 operaRET   mincore 0
  9151 operaCALL  kill(0x286b,SIG 0)
  9151 operaRET   kill 0
--

Thanks!

-Mark

-- 
Internet Radio:
Party107 (Trance/Electronic) - http://www.party107.com
Rock 101.9 The Edge (Rock) - http://www.rock1019.net

IRC:
MIXXnet IRC Network - irc.mixxnet.net (Nick: MIXX941)
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Status of Flash 9 on stable

[Kevin Oberman]

> Date: Thu, 16 Oct 2008 14:25:37 -0500
> From: Mark Kane <[EMAIL PROTECTED]>
> 
> On Tue, Oct 14, 2008, at 22:28:58 +0200, Tijl Coosemans wrote:
> > Patches have been committed to CURRENT and should have been MFC'ed
> > last weekend, but haven't for some reason.
> > 
> > The port has a PR waiting for maintainer feedback:
> > http://www.freebsd.org/cgi/query-pr.cgi?pr=127839
> > 
> > The relevant thread on emulation@ is:
> > http://lists.freebsd.org/pipermail/freebsd-emulation/2008-September/005311.html
> > (continues in October archives)
> 
> Hi.
> 
> I'm using RELENG_7 as of yesterday which appears to have the linprocfs
> fixes from CURRENT, and I also updated linux-flashplayer9 with the
> patch from the above PR.
> 
> When trying to use Flash 9 in linux-opera a few Flash items work (such
> as Adobe's test page which confirms it is using version 9 and sound
> does work on the rollovers there), but most things including YouTube
> videos or videos from other sites either do not play at all and lock up
> immediately or play for a few seconds and then lock up:
> 
> 
> opera: Plug-in 90514 is not responding. It will be closed.
> opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep
> blocked plug-ins.
> 
> 
> Trying with linux-firefox and linux-firefox-devel gives similar
> results except Firefox crashes entirely on most Flash sites.
> 
> I was using linux_base-fc4 and 2.4.2 however I updated to linux_base-f8
> and 2.6.16 since I saw others in the above emulation@ thread having
> success with f8. There doesn't seem to be any change with f8.
> 
> Is this still the expected behavior? I'm not sure if these fixes were
> supposed to fix everything related to Flash 9 or if there are still
> things to be done, so I'm just giving it a try and posting the results.
> I am running amd64 by the way.
> 
> Thanks very much in advance,
> 
> -Mark
> FreeBSD 7.1-PRERELEASE #14: Thu Oct 16 00:12:09 CDT 2008 amd64

I see that Flash 10 is out for Linux:
. Even if this gets
Flash 9 working to some degree, we're still out of date. :-(

We need to run as fast as we can just to stay where we are.
-- 
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: [EMAIL PROTECTED]   Phone: +1 510 486-8634
Key fingerprint:059B 2DDF 031C 9BA3 14A4  EADA 927D EBB3 987B 3751


pgpafrbSfLoCG.pgp
Description: PGP signature

Re: rl0: watchdog timeout + 40, 000 ms ping with 7.1-BETA-i386-disc1.iso

[Julian Stacey]

Hi stable@ & I added re@
Summary:
Seems I've found a regression error between 6.0-RELEASE & 
7.1-BETA-i386-disc1.iso.

Detail at foot of mail.

Reference:
> From: "Julian Stacey" <[EMAIL PROTECTED]> 
> Date: Mon, 29 Sep 2008 19:12:00 +0200 
> Message-id:   <[EMAIL PROTECTED]> 

"Julian Stacey" wrote:
> Hi,
> Reference:
> > From:   Jeremy Chadwick <[EMAIL PROTECTED]> 
> > Date:   Sun, 28 Sep 2008 12:34:07 -0700 
> > Message-id: <[EMAIL PROTECTED]> 
> 
> Jeremy Chadwick wrote:
> > On Sun, Sep 28, 2008 at 11:21:19AM +0200, Julian Stacey wrote:
> > > Hi,
> > > Reference:
> > > > From:   "Julian Stacey" <[EMAIL PROTECTED]> 
> > > > Date:   Fri, 26 Sep 2008 19:54:04 +0200 
> > > > Message-id: <[EMAIL PROTECTED]> 
> > > 
> > > "Julian Stacey" wrote:
> > > > Hi,
> > > > Reference:
> > > > > From: "Julian Stacey" <[EMAIL PROTECTED]> 
> > > > > Date: Fri, 26 Sep 2008 19:16:57 +0200 
> > > > > Message-id:   <[EMAIL PROTECTED]> 
> > > > 
> > > > "Julian Stacey" wrote:
> > > > > >  > I'm remaking binaries,
> > > > > 
> > > > > New generic kernel built & installed, & install of all src/ done too.
> > > > > No improvement.
> > > > > 
> > > > > > Is there reliable way to reproduce the issue? 
> > > > > 
> > > > > Its continuous, the machine virtually never does a ping in less
> > > > > than 10 seconds.
> > > > > 
> > > > > > Anyway, would you try attached patch and let me know result?
> > > > > 
> > > > > Thanks
> > > > > Done, doesnt help.
> > > > > Seeing a new message now too:
> > > > > ping: sendto: No buffer space available.
> > > > > 
> > > > > Output of vmstat -i and pciconf -lv look the same as before
> > > > > 
> > > > > It's a small card. Weighs 46 gram. I was going to write 
> > > > >   I could simply post it to you, & you could keep it if you
> > > > >   want.  As I had quessed it might be some new kind of card
> > > > >   unexperienced before,
> > > > >   RTL8139D, card just says made in China
> > > > > 
> > > > > But I just grabbed another card 
> > > > >   card says Level One.
> > > > >   chip 8139B
> > > > > & with both patched kernel & original no improvement.
> > > > > So I tried a totaly different card xl0 fails too,
> > > > > I think that 3com xl0 card was OK before in another box,
> > > > > so I'd guess not an rl problem, Sorry.
> > > > > 
> > > > > Probably not 7.1 either, but probably a BIOS config problem of some 
> > > > > sort.
> > > > > 
> > > > > IRQ 12 was listed in Award BIOS as Primary, options were also 
> > > > > secondary or disabled, so Ive set it disabled.
> > > > > PNP OS Yes
> > > > > Resources: Auto
> > > > > "Reset config data" to Enabled (I forgot before after card changes)
> > > > > 
> > > > > Did another restore BIOS factory defaults, no help.  
> > > > > Moved xl0 to another slot (all other 3 slots never use I guess, as
> > > > > chassis plates not torn off on what I guess is original chassis.
> > > > > No luck with xl0
> > > > > I'm out of ideas.
> > > > 
> > > > Got it working on xl
> > > > interrupt problem, I turned off lpt com2 & something else
> > > > in bios.
> > > > Got to go out now
> > > > Ill go back to rl0 too & report back soon
> > > > thanks for help both !
> > > 
> > > I'm wrong it is Not working. 
> > >   (I typed my own own card address of 192.168.x.x by mistake,
> > >   not the 192.168.x.x of another host on net. )
> > > 
> > > Ive fiddled more with BIOS IRQ to no good effect
> > >   (not suprsing, dont understand some options in BIOS & no
> > >   MOtherboard manual for this Award BIOS 2A6LGB09, on box:
> > >   fujitsu siemens t-bird
> > > 
> > > I was wondering if setting anything to polling might help a bit 
> > > I went looking with syctl -a -d | grep hw.pci
> > > 
> > >hw.pci.enable_msi: 1
> > >hw.pci.enable_msi: Enable support for MSI interrupts
> > >hw.pci.enable_msix: 1
> > >hw.pci.enable_msix: Enable support for MSI-X interrupts
> > 
> > You could try disabling MSI and MSI-X in loader.conf to see if that
> > makes a difference.
> > 
> >   hw.pci.enable_msi="0"
> >   hw.pci.enable_msix="0"
> 
> OK Thanks, I just switched back from an xl ro an rl card,
> I just tried above sysctl s, no help.
> 
> BTW I dont know if ifconfig -a should show word polling, but it does not.
> 
> 
> Pyun YongHyeon wrote:
> > Can you see 'rl0: link state changed to UP' message in dmesg after
> > you assign an IP address to rl0?
> > Would you show me the 'ifconfig rl0' output?
> 
> With an rc.conf of
>   # media 10baseT/UTP 
>   # media 100baseTX   
>   # media full-duplex 
>   # media half-duplex 
>   ifconfig_rl0="inet 192.168.91.64 media 100baseTX polling"
>   ifconfig_xl0="inet 192.168.91.64 polling"
>   inetd_enable="YES"
> before enet cable plugged in I see
>   rl0: flags=8843 metric 0 mtu 
> 1500
>   options=8
>   ether 00:08:a1:6d:65:07
>   inet 192.168.91.64 netmask 

Re: Request for testing: ata(4) MFC

[Antony Mawer]

Jeremy Chadwick wrote:

On Fri, Oct 10, 2008 at 04:58:55AM -0700, Jeremy Chadwick wrote:

On Sun, Oct 05, 2008 at 10:12:11PM -0700, Jeremy Chadwick wrote:

On Mon, Oct 06, 2008 at 09:03:20AM +0400, Andrey V. Elsukov wrote:

Jeremy Chadwick wrote:

Also, does your patch include any fixes (intentional or inadvertent) for
Intel MatrixRAID?  This has been a sore spot for FreeBSD for quite
some time, and I'm curious to know if that has been fixed.

There is only one fix for Intel Matrix RAID:
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121899

Ahh, yeah, I've seen that one as well.  I'll apply the patch and let you
know if the behaviour documented in the PR happens.

I'm sorry I haven't gotten around to testing this -- my day (night) job
has kept me incredibly busy, and I've had hardly any time at home to
work on personal projects.  It sucks.

I'll try to make time for testing either today or tomorrow.

...

Other items:

- Could someone provide an explanation of the 48-bit LBA addressing
  changes (see lines 988-1003 in the patch)?  I'd like to know what they
  do, and if further QA/testing is needed with this.


This is probably more a question for Søren...

I started looking at the moment, as the original 28->48bit crossover bug 
was in the same function not so long ago (ata-all.c rev1.280). The 
48-bit LBA changes are introduced from ata-all.c rev1.282, which was the 
port multiplier changes. The logic just doesn't seem quite right to it 
to me, but


I'm not an expert on the code or on ATA, so all of this could just be 
amateur mis-interpretation. From my reading of it, the code does this:


/*
 * Check to see if we need to use a 48-bit command in place of the
 * standard 28-bit command, and if so, substitute as appropriate
 */
IF ((request_lba_addr + lba_count) >= max addressable by 28-bit LBA
or lba_count > 256) and device supports 48-bit LBA THEN
/*
 * The request either:
 *
 *- extends past the 28-bit boundary
 *- is for more than 256 sectors
 *
 * which necessitates the use of 48-bit LBA. Translate commands
 * into their 48-bit equivalents.
 */
...
ELSEIF the device supports 48-bit lba:
/*
 * We prefer (need?) to use the 48-bit equivalents of these
 * commands regardless of what the LBA address of the reqest is
 */
   ...
END IF

In rev 1.282, the ATA_READ_NATIVE_MAX_ADDRESS was moved down to the 
"ELSE" case of the IF statement. In otherwords, when the request is 
beyond the 28-bit boundary, OR it's > 256 sectors, 
ATA_READ_NATIVE_MAX_ADDRESS won't be translated...


Søren, is this change intentional, or should it be also added to the 
switch statement in the top half of the IF block?


The ATA code appears to be very lightly commented, which no doubt is 
something of a barrier to entry to those who are not familiar with 
issues such as the above... would any volunteers be helpful to help 
comment and/or document some of the code? We would likely need to confer 
with Søren and others to ensure that our interpretation was accurate, 
but it would certainly make tracking down issues easier for those 
unfamiliar with the code...


--Antony
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Status of Flash 9 on stable

[Sean C. Farley]

On Thu, 16 Oct 2008, Mark Kane wrote:

*snip*


I also tried nspluginwrapper this time with native Firefox 3 as J.R.
said. It doesn't crash like the Linux Firefoxes but hangs the browser
for a couple minutes (eventually does recover, but Flash doesn't play)
and these appear on the terminal:

-
*** NSPlugin Wrapper
*** ERROR: NPP_DestroyStream() wait for reply: Message timeout
*** NSPlugin Wrapper *** ERROR: NPP_URLNotify() invoke: Message timeout
*** NSPlugin Wrapper *** ERROR: NPP_Destroy() invoke: Message timeout
*** NSPlugin Wrapper *** ERROR: NP_Shutdown() invoke: Message timeout
*** NSPlugin Wrapper *** ERROR: NPP_Write() wait for reply: Message timeout
*** NSPlugin Wrapper *** ERROR: NPP_DestroyStream() invoke: Message
timeout
-


I had something like that until I smacked my forehead after a few hours
and realized I had not added linprocfs to /etc/fstab.  That may be your
problem at least with nspluginwrapper.

Sean
--
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Status of Flash 9 on stable

[Mark Kane]

On Thu, Oct 16, 2008, at 23:05:26 +0300, Kostik Belousov wrote:
> On Thu, Oct 16, 2008 at 02:25:37PM -0500, Mark Kane wrote:
> > Hi.
> > 
> > I'm using RELENG_7 as of yesterday which appears to have the
> > linprocfs fixes from CURRENT, and I also updated linux-flashplayer9
> > with the patch from the above PR.
> > 
> > When trying to use Flash 9 in linux-opera a few Flash items work
> > (such as Adobe's test page which confirms it is using version 9 and
> > sound does work on the rollovers there), but most things including
> > YouTube videos or videos from other sites either do not play at all
> > and lock up immediately or play for a few seconds and then lock up:
> > 
> > 
> > opera: Plug-in 90514 is not responding. It will be closed.
> > opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep
> > blocked plug-ins.
> > 
> > 
> > Trying with linux-firefox and linux-firefox-devel gives similar
> > results except Firefox crashes entirely on most Flash sites.
> > 
> > I was using linux_base-fc4 and 2.4.2 however I updated to
> > linux_base-f8 and 2.6.16 since I saw others in the above emulation@
> > thread having success with f8. There doesn't seem to be any change
> > with f8.
> > 
> > Is this still the expected behavior? I'm not sure if these fixes
> > were supposed to fix everything related to Flash 9 or if there are
> > still things to be done, so I'm just giving it a try and posting
> > the results. I am running amd64 by the way.
> > 
> > Thanks very much in advance,
> 
> Hmm, finaly I noted this thread. There is one more patch in the
> pipeline for 7 that is needed, as I was told. Testing of that patch
> seems to be stalled, so I am interested in the feedback.

Hi.

Thanks for the patch. I just tested Flash 9 with it applied however
there does not seem to be much change. YouTube videos now show up for
one second in linux-opera but then the plugin hangs like before with the
same "plugin not responding" message on the terminal. On another site
with Flash it hung linux-opera up in the "pipdwc" state according to
top. linux-firefox and linux-firefox-devel both still crash.

I also tried nspluginwrapper this time with native Firefox 3 as J.R.
said. It doesn't crash like the Linux Firefoxes but hangs the browser
for a couple minutes (eventually does recover, but Flash doesn't play)
and these appear on the terminal:

-
*** NSPlugin Wrapper 
*** ERROR: NPP_DestroyStream() wait for reply: Message timeout 
*** NSPlugin Wrapper *** ERROR: NPP_URLNotify() invoke: Message timeout
*** NSPlugin Wrapper *** ERROR: NPP_Destroy() invoke: Message timeout
*** NSPlugin Wrapper *** ERROR: NP_Shutdown() invoke: Message timeout
*** NSPlugin Wrapper *** ERROR: NPP_Write() wait for reply: Message timeout 
*** NSPlugin Wrapper *** ERROR: NPP_DestroyStream() invoke: Message
timeout 
-

Thanks again,

-Mark

-- 
Internet Radio:
Party107 (Trance/Electronic) - http://www.party107.com
Rock 101.9 The Edge (Rock) - http://www.rock1019.net

IRC:
MIXXnet IRC Network - irc.mixxnet.net (Nick: MIXX941)
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Status of Flash 9 on stable

[Chagin Dmitry]

On Thu, Oct 16, 2008 at 02:25:37PM -0500, Mark Kane wrote:
> On Tue, Oct 14, 2008, at 22:28:58 +0200, Tijl Coosemans wrote:
> > Patches have been committed to CURRENT and should have been MFC'ed
> > last weekend, but haven't for some reason.
> > 
> > The port has a PR waiting for maintainer feedback:
> > http://www.freebsd.org/cgi/query-pr.cgi?pr=127839
> > 
> > The relevant thread on emulation@ is:
> > http://lists.freebsd.org/pipermail/freebsd-emulation/2008-September/005311.html
> > (continues in October archives)
> 
> Hi.
> 
> I'm using RELENG_7 as of yesterday which appears to have the linprocfs
> fixes from CURRENT, and I also updated linux-flashplayer9 with the
> patch from the above PR.
> 
> When trying to use Flash 9 in linux-opera a few Flash items work (such
> as Adobe's test page which confirms it is using version 9 and sound
> does work on the rollovers there), but most things including YouTube
> videos or videos from other sites either do not play at all and lock up
> immediately or play for a few seconds and then lock up:
> 
> 
> opera: Plug-in 90514 is not responding. It will be closed.
> opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep
> blocked plug-ins.
> 
> 
> Trying with linux-firefox and linux-firefox-devel gives similar
> results except Firefox crashes entirely on most Flash sites.
> 
> I was using linux_base-fc4 and 2.4.2 however I updated to linux_base-f8
> and 2.6.16 since I saw others in the above emulation@ thread having
> success with f8. There doesn't seem to be any change with f8.
> 
> Is this still the expected behavior? I'm not sure if these fixes were
> supposed to fix everything related to Flash 9 or if there are still
> things to be done, so I'm just giving it a try and posting the results.
> I am running amd64 by the way.
> 

yes, expected. affinity patch not merged.


-- 
Have fun!
chd
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Status of Flash 9 on stable

[J.R. Oldroyd]

On Thu, 16 Oct 2008 14:25:37 -0500, Mark Kane <[EMAIL PROTECTED]> wrote:
>
> I'm using RELENG_7 as of yesterday which appears to have the linprocfs
> fixes from CURRENT, and I also updated linux-flashplayer9 with the
> patch from the above PR.
> 
> When trying to use Flash 9 in linux-opera a few Flash items work (such
> as Adobe's test page which confirms it is using version 9 and sound
> does work on the rollovers there), but most things including YouTube
> videos or videos from other sites either do not play at all and lock up
> immediately or play for a few seconds and then lock up:
> 
> 
> opera: Plug-in 90514 is not responding. It will be closed.
> opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep
> blocked plug-ins.
> 
> 
> Trying with linux-firefox and linux-firefox-devel gives similar
> results except Firefox crashes entirely on most Flash sites.
> 
> I was using linux_base-fc4 and 2.4.2 however I updated to linux_base-f8
> and 2.6.16 since I saw others in the above emulation@ thread having
> success with f8. There doesn't seem to be any change with f8.
> 
> Is this still the expected behavior? I'm not sure if these fixes were
> supposed to fix everything related to Flash 9 or if there are still
> things to be done, so I'm just giving it a try and posting the results.
> I am running amd64 by the way.
> 
> Thanks very much in advance,
> 
> -Mark
> FreeBSD 7.1-PRERELEASE #14: Thu Oct 16 00:12:09 CDT 2008 amd64
> 

It works here, although my 7-stable is a few days old and I applied
the linprocfs.c patch by hand.

I also used the pre-compiled libflashsupport.so binary referred to in
the thread.

Then used nspluginwrapper to add links for native apps.

Linux support is fc8.

It works in native firefox3, albeit without audio.  Firefox does not
crash.  Flash apps quietly run to completion.  Youtube works.

It does not work in native opera.

-jr


signature.asc
Description: PGP signature

Re: Recommendations for servers running SATA drives [hot-swap]

[Jeremy Chadwick]

On Thu, Oct 16, 2008 at 09:30:20PM +0200, Miroslav Lachman wrote:
> Today I was replacing disk in one Sun Fire X2100 M2 so I tried  
> hot-swapping. It was as you said: atacontrol detach ata3, replace the  
> HDD, atacontrol attach ata3 and new disk is in the system. I tried it 3  
> times to be sure that it was not coincidence - no panic was produced ;o)
> So in this case, hot-swapping on Sun Fire X2100 M2 with FreeBSD 7.0 i386  
> works.

That's excellent news.  So it seems possibly the problem I was seeing
was with "reinit" causing some sort of chaos.  I'll have to check things
on my testbox here at home to see how I caused the panic last time.

Thanks for providing feedback, as usual!  :-)

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Status of Flash 9 on stable

[Kostik Belousov]

On Thu, Oct 16, 2008 at 02:25:37PM -0500, Mark Kane wrote:
> On Tue, Oct 14, 2008, at 22:28:58 +0200, Tijl Coosemans wrote:
> > Patches have been committed to CURRENT and should have been MFC'ed
> > last weekend, but haven't for some reason.
> > 
> > The port has a PR waiting for maintainer feedback:
> > http://www.freebsd.org/cgi/query-pr.cgi?pr=127839
> > 
> > The relevant thread on emulation@ is:
> > http://lists.freebsd.org/pipermail/freebsd-emulation/2008-September/005311.html
> > (continues in October archives)
> 
> Hi.
> 
> I'm using RELENG_7 as of yesterday which appears to have the linprocfs
> fixes from CURRENT, and I also updated linux-flashplayer9 with the
> patch from the above PR.
> 
> When trying to use Flash 9 in linux-opera a few Flash items work (such
> as Adobe's test page which confirms it is using version 9 and sound
> does work on the rollovers there), but most things including YouTube
> videos or videos from other sites either do not play at all and lock up
> immediately or play for a few seconds and then lock up:
> 
> 
> opera: Plug-in 90514 is not responding. It will be closed.
> opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep
> blocked plug-ins.
> 
> 
> Trying with linux-firefox and linux-firefox-devel gives similar
> results except Firefox crashes entirely on most Flash sites.
> 
> I was using linux_base-fc4 and 2.4.2 however I updated to linux_base-f8
> and 2.6.16 since I saw others in the above emulation@ thread having
> success with f8. There doesn't seem to be any change with f8.
> 
> Is this still the expected behavior? I'm not sure if these fixes were
> supposed to fix everything related to Flash 9 or if there are still
> things to be done, so I'm just giving it a try and posting the results.
> I am running amd64 by the way.
> 
> Thanks very much in advance,

Hmm, finaly I noted this thread. There is one more patch in the pipeline
for 7 that is needed, as I was told. Testing of that patch seems to be
stalled, so I am interested in the feedback.

Possible rejects of the $FreeBSD$ chunks are fine.

Property changes on: .
___
Modified: svn:mergeinfo
   Merged /head/sys:r177257,177604,183612

Index: compat/linux/linux_misc.c
===
--- compat/linux/linux_misc.c   (revision 183958)
+++ compat/linux/linux_misc.c   (working copy)
@@ -63,6 +63,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #include 
 
@@ -1730,22 +1731,57 @@
 }
 
 /*
- * XXX: fake one.. waiting for real implementation of affinity mask.
+ * Get affinity of a process.
  */
 int
 linux_sched_getaffinity(struct thread *td,
 struct linux_sched_getaffinity_args *args)
 {
int error;
-   cpumask_t i = ~0;
+   struct cpuset_getaffinity_args cga;
 
-   if (args->len < sizeof(cpumask_t))
+#ifdef DEBUG
+   if (ldebug(sched_getaffinity))
+   printf(ARGS(sched_getaffinity, "%d, %d, *"), args->pid,
+   args->len);
+#endif
+   if (args->len < sizeof(cpuset_t))
return (EINVAL);
 
-   error = copyout(&i, args->user_mask_ptr, sizeof(cpumask_t));
-   if (error)
-   return (EFAULT);
+   cga.level = CPU_LEVEL_WHICH;
+   cga.which = CPU_WHICH_PID;
+   cga.id = args->pid;
+   cga.cpusetsize = sizeof(cpuset_t);
+   cga.mask = (cpuset_t *) args->user_mask_ptr;
 
-   td->td_retval[0] = sizeof(cpumask_t);
-   return (0);
+   if ((error = cpuset_getaffinity(td, &cga)) == 0)
+   td->td_retval[0] = sizeof(cpuset_t);
+
+   return (error);
 }
+
+/*
+ *  Set affinity of a process.
+ */
+int
+linux_sched_setaffinity(struct thread *td,
+struct linux_sched_setaffinity_args *args)
+{
+   struct cpuset_setaffinity_args csa;
+
+#ifdef DEBUG
+   if (ldebug(sched_setaffinity))
+   printf(ARGS(sched_setaffinity, "%d, %d, *"), args->pid,
+   args->len);
+#endif
+   if (args->len < sizeof(cpuset_t))
+   return (EINVAL);
+
+   csa.level = CPU_LEVEL_WHICH;
+   csa.which = CPU_WHICH_PID;
+   csa.id = args->pid;
+   csa.cpusetsize = sizeof(cpuset_t);
+   csa.mask = (cpuset_t *) args->user_mask_ptr;
+
+   return (cpuset_setaffinity(td, &csa));
+}
Index: i386/linux/linux_syscall.h
===
--- i386/linux/linux_syscall.h  (revision 183958)
+++ i386/linux/linux_syscall.h  (working copy)
@@ -3,7 +3,7 @@
  *
  * DO NOT EDIT-- this file is automatically generated.
  * $FreeBSD$
- * created from FreeBSD: src/sys/i386/linux/syscalls.master,v 1.89 2007/09/18 
19:50:33 dwmalone Exp 
+ * created from FreeBSD: stable/7/sys/i386/linux/syscalls.master 172220 
2007-09-18 19:50:33Z dwmalone 
  */
 
 #defineLINUX_SYS_exit  1
@@ -228,6 +228,7 @@
 #defineLINUX_SYS_linux_fremovexattr237
 #defineLINU

Re: Status of Flash 9 on stable

[Mark Kane]

On Tue, Oct 14, 2008, at 22:28:58 +0200, Tijl Coosemans wrote:
> Patches have been committed to CURRENT and should have been MFC'ed
> last weekend, but haven't for some reason.
> 
> The port has a PR waiting for maintainer feedback:
> http://www.freebsd.org/cgi/query-pr.cgi?pr=127839
> 
> The relevant thread on emulation@ is:
> http://lists.freebsd.org/pipermail/freebsd-emulation/2008-September/005311.html
> (continues in October archives)

Hi.

I'm using RELENG_7 as of yesterday which appears to have the linprocfs
fixes from CURRENT, and I also updated linux-flashplayer9 with the
patch from the above PR.

When trying to use Flash 9 in linux-opera a few Flash items work (such
as Adobe's test page which confirms it is using version 9 and sound
does work on the rollovers there), but most things including YouTube
videos or videos from other sites either do not play at all and lock up
immediately or play for a few seconds and then lock up:


opera: Plug-in 90514 is not responding. It will be closed.
opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep
blocked plug-ins.


Trying with linux-firefox and linux-firefox-devel gives similar
results except Firefox crashes entirely on most Flash sites.

I was using linux_base-fc4 and 2.4.2 however I updated to linux_base-f8
and 2.6.16 since I saw others in the above emulation@ thread having
success with f8. There doesn't seem to be any change with f8.

Is this still the expected behavior? I'm not sure if these fixes were
supposed to fix everything related to Flash 9 or if there are still
things to be done, so I'm just giving it a try and posting the results.
I am running amd64 by the way.

Thanks very much in advance,

-Mark
FreeBSD 7.1-PRERELEASE #14: Thu Oct 16 00:12:09 CDT 2008 amd64

-- 
Internet Radio:
Party107 (Trance/Electronic) - http://www.party107.com
Rock 101.9 The Edge (Rock) - http://www.rock1019.net

IRC:
MIXXnet IRC Network - irc.mixxnet.net (Nick: MIXX941)
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Recommendations for servers running SATA drives [hot-swap]

[Miroslav Lachman]

Jeremy Chadwick wrote:

On Mon, Sep 29, 2008 at 05:25:32PM +0200, Miroslav Lachman wrote:

It was about year ago with Asus and Sun Fire X2100. I don't have Asus  
servers now (all returned as reclamation). Now I am running one X2100  
and about ten X2100 M2. I have one spare X2100 M2, so if somebody have  
exact order of commands used to "hot-swap" the disk, I can test it in  
few days.



I believe the correct order of operation is to do a "detach" on the
channel before physically removing the disk, insert the new disk, then
do "attach" on the same channel.  "list" should be done afterwards to
ensure the new disk shows up.

If you want me to verify for certain, I have a test box built in the
other room which has a SATA hot-swap backplane on it.

I've also seen cases where the "attach" works, but upon doing "list",
the old disk ID/string is still shown.  In this case I had to do a
"detach", remove the disk, insert the new disk, "reinit", then an
"attach" for things to work.

Finally, I've also seen the kernel panic or hard-lock after running
"reinit", but this may have had something to do with Intel MatrixRAID.


Today I was replacing disk in one Sun Fire X2100 M2 so I tried 
hot-swapping. It was as you said: atacontrol detach ata3, replace the 
HDD, atacontrol attach ata3 and new disk is in the system. I tried it 3 
times to be sure that it was not coincidence - no panic was produced ;o)
So in this case, hot-swapping on Sun Fire X2100 M2 with FreeBSD 7.0 i386 
works.


Miroslav Lachman


# atacontrol list
ATA channel 0:
Master:  no device present
Slave:   no device present
ATA channel 1:
Master:  no device present
Slave:   no device present
ATA channel 2:
Master:  ad4  Serial ATA II
Slave:   no device present
ATA channel 3:
Master:  ad6  Serial ATA II
Slave:   no device present

# atacontrol detach ata3
subdisk6: detached
ad6: detached
GEOM_MIRROR: Device gm0: provider ad6 disconnected

# atacontrol list
ATA channel 0:
Master:  no device present
Slave:   no device present
ATA channel 1:
Master:  no device present
Slave:   no device present
ATA channel 2:
Master:  ad4  Serial ATA II
Slave:   no device present
ATA channel 3:
Master:  no device present
Slave:   no device present

## [old disk was physically removed]

## [new disk was physically inserted]

# atacontrol attach ata3
ata3: [ITHREAD]
ad6: 953869MB  at ata3-master SATA300
Master:  ad6  Serial ATA II
Slave:   no device present

# atacontrol list
ATA channel 0:
Master:  no device present
Slave:   no device present
ATA channel 1:
Master:  no device present
Slave:   no device present
ATA channel 2:
Master:  ad4  Serial ATA II
Slave:   no device present
ATA channel 3:
Master:  ad6  Serial ATA II
Slave:   no device present

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Request for testing: ata(4) MFC

[Jeremy Chadwick]

On Thu, Oct 16, 2008 at 10:45:25AM -0700, Jeremy Chadwick wrote:
> On Thu, Oct 16, 2008 at 12:17:00AM -0700, Jeremy Chadwick wrote:
> > On Fri, Oct 10, 2008 at 04:58:55AM -0700, Jeremy Chadwick wrote:
> > > On Sun, Oct 05, 2008 at 10:12:11PM -0700, Jeremy Chadwick wrote:
> > > > On Mon, Oct 06, 2008 at 09:03:20AM +0400, Andrey V. Elsukov wrote:
> > > > > Jeremy Chadwick wrote:
> > > > >> Also, does your patch include any fixes (intentional or inadvertent) 
> > > > >> for
> > > > >> Intel MatrixRAID?  This has been a sore spot for FreeBSD for quite
> > > > >> some time, and I'm curious to know if that has been fixed.
> > > > >
> > > > > There is only one fix for Intel Matrix RAID:
> > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121899
> > > > 
> > > > Ahh, yeah, I've seen that one as well.  I'll apply the patch and let you
> > > > know if the behaviour documented in the PR happens.
> > > 
> > > I'm sorry I haven't gotten around to testing this -- my day (night) job
> > > has kept me incredibly busy, and I've had hardly any time at home to
> > > work on personal projects.  It sucks.
> > > 
> > > I'll try to make time for testing either today or tomorrow.
> > 
> > I finally got around to testing this patch tonight on my P4SCE box.
> 
> And I just ran into a problem with the new patch.  First time I've ever
> seen this.  Machine has been rebooted a couple times this morning,
> nothing out of the ordinary
> where (machine has been rebooted a few times, had no problem).  First
> time I've seen it:

I'm having vim problems too, apparently.  :-)  I wish I knew why "gq}"
behaves differently depending upon the amount of time between hitting
the "q" key and the "}" key.

My quoted paragraph should have read:

> And I just ran into a problem with the new patch.  First time I've ever
> seen this.  Machine has been rebooted a couple times this morning,
> nothing out of the ordinary.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Request for testing: ata(4) MFC

[Jeremy Chadwick]

On Thu, Oct 16, 2008 at 12:17:00AM -0700, Jeremy Chadwick wrote:
> On Fri, Oct 10, 2008 at 04:58:55AM -0700, Jeremy Chadwick wrote:
> > On Sun, Oct 05, 2008 at 10:12:11PM -0700, Jeremy Chadwick wrote:
> > > On Mon, Oct 06, 2008 at 09:03:20AM +0400, Andrey V. Elsukov wrote:
> > > > Jeremy Chadwick wrote:
> > > >> Also, does your patch include any fixes (intentional or inadvertent) 
> > > >> for
> > > >> Intel MatrixRAID?  This has been a sore spot for FreeBSD for quite
> > > >> some time, and I'm curious to know if that has been fixed.
> > > >
> > > > There is only one fix for Intel Matrix RAID:
> > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121899
> > > 
> > > Ahh, yeah, I've seen that one as well.  I'll apply the patch and let you
> > > know if the behaviour documented in the PR happens.
> > 
> > I'm sorry I haven't gotten around to testing this -- my day (night) job
> > has kept me incredibly busy, and I've had hardly any time at home to
> > work on personal projects.  It sucks.
> > 
> > I'll try to make time for testing either today or tomorrow.
> 
> I finally got around to testing this patch tonight on my P4SCE box.

And I just ran into a problem with the new patch.  First time I've ever
seen this.  Machine has been rebooted a couple times this morning,
nothing out of the ordinary
where (machine has been rebooted a few times, had no problem).  First
time I've seen it:

atapci0:  port 
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f irq 18 at device 31.2 on pci0
ata0:  on atapci0
ata0: [ITHREAD]
ata1:  on atapci0
ata1: [ITHREAD]
{snip non-relevant stuff}
Timecounters tick every 1.000 msec
unknown: timeout waiting to issue command
unknown: error issuing ATA_IDENTIFY command
unknown: timeout waiting to issue command
unknown: error issuing ATA_IDENTIFY command
acd0: CDROM  at ata1-master UDMA33
SMP: AP CPU #1 Launched!
Trying to mount root from ufs:/dev/ad0s1a

Manual root filesystem specification:
  :  Mount  using filesystem 
   eg. ufs:da0s1a
  ?  List valid disk boot devices
 Abort manual input
mountroot>

I rebooted the box at this point.  Sure enough, it came up fine:

atapci0:  port 
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f irq 18 at device 31.2 on pci0
ata0:  on atapci0
ata0: [ITHREAD]
ata1:  on atapci0
ata1: [ITHREAD]
{snip non-relevant stuff}
Timecounters tick every 1.000 msec
ad0: 114473MB  at ata0-master SATA150
acd0: CDROM  at ata1-master UDMA33
SMP: AP CPU #1 Launched!
Trying to mount root from ufs:/dev/ad0s1a
Loading configuration files.
kernel dumps on /dev/ad0s1b
Entropy harvesting: interrupts ethernet point_to_point kickstart.
swapon: adding /dev/ad0s1b as swap device
Starting file system checks:
/dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS

And so on.

I'm not sure how to reproduce this bug, but it does appear to be a bug.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: rsync or even scp questions....

[Oliver Fromme]

Why was this posted to -stable?  Anyway ...

Andrew D <[EMAIL PROTECTED]> wrote:
 > Gary Kline wrote:
 > >   On the Ubuntu computer I am /home/kline; on my main computer,
 > >   my home is /usr/home/kline.   The following sh script worked
 > >   perfected when my home on "tao" [FBSD] was /home/kline:

I always create symlinks from /home to /usr/home or vice
versa, so both of them always work.

 > ~kline   is an alias for the home directory for the user kline.  You can 
 > use that in your scripts rather than the full path :)
 > As far as I know it works in all *nix variants.

It's not a matter of the UNIX variant, it's a matter of
the shell.  Most shells support the "~" tilde expansion
(FreeBSD's sh, csh, and shells from ports such as bash,
ksh and zsh).

However, I still recommend to use $HOME instead inside
scripts for portability reasons.  For example, Solaris'
/bin/sh does _not_ support "~".  $HOME always works.

 > > #!/bin/sh
 > > 
 > > PWD=`pwd`;
 > > echo "This directory is [${PWD}]";
 > > 
 > > scp -qrp  ${PWD}/* ethos:/${PWD}

Many superfluous characters.  You can make it shorter:

scp -qrp  $PWD/* ethos:$PWD

 > > ###/usr/bin/scp -rqp -i /home/kline/.ssh/zeropasswd-id ${PWD}/* \ klin
 > > [EMAIL PROTECTED]:/${PWD}
 > > 
 > >   Question #1: is there any /bin/sh method of getting rid of the
 > >   "/usr"?  I switch off between my two computers especially when
 > >   get mucked up, as with my upgrade to kde4.  (Otherwise, I do
 > >   backups of ~kline as well as other critical directories.)

The easiest way is to make a symlink from /usr/home to
/home, as explained above.

To answer your actual question:  You can use "#" to
remove a prefix in /bin/sh scripts:

$ foo=/usr/home/whatever
$ echo ${foo#/usr}
/home/whatever

If the variable doesn't have a matching prefix, the
result remains unchanged.

Best regards
   Oliver

-- 
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606,  Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758,  Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart

FreeBSD-Dienstleistungen, -Produkte und mehr:  http://www.secnetix.de/bsd

"Software gets slower faster than hardware gets faster."
-- Niklaus Wirth
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Request for testing: ata(4) MFC

[Ruben van Staveren]

I'm getting this on FreeBSD/amd64 with the ata patch. It also blew one  
part of the gmirror the system is running on.


The machine is a Sun Fire X2100-M2 with 4gb memory, running from a  
RELENG_7 csup of a couple of hours ago.


[...]

atapci1:  port  
0xd480-0xd487,0xd400-0xd403,0xd080-0xd087,0xd000-0xd003,0xcc00-0xcc0f  
mem 0xfcff9000-0xfcff9fff irq 23 at device 5.0 on pci0
ad4: 238471MB  at ata2- 
master SATA300
ad6: 238471MB  at ata3- 
master SATA300


[...]

Trying to mount root from ufs:/dev/ufs/root
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
GEOM_MIRROR: Request failed (error=5). ad4[READ(offset=1550114304,  
length=81920)]

GEOM_MIRROR: Device gm0: provider ad4 disconnected.
ad6: FAILURE - load data
ad6: setting up DMA failed
ad6: FAILURE - load data
ad6: setting up DMA failed
GEOM_MIRROR: Request failed (error=5). ad6[READ(offset=1550114304,  
length=81920)]

GEOM_JOURNAL: Error while reading data from mirror/gm0s1a (error=5).
ad6: FAILURE - load data
ad6: setting up DMA failed
GEOM_JOURNAL: Error while reading data from mirror/gm0s1a (error=5).
ad6: FAILURE - load data
ad6: setting up DMA failed
ad6: FAILURE - load data
ad6: setting up DMA failed
ad6: FAILURE - load data
ad6: setting up DMA failed
GEOM_JOURNAL: Error while reading data from mirror/gm0s1a (error=5).
GEOM_JOURNAL: Error while reading data from mirror/gm0s1a (error=5).
/libexec/ld-elf.so.1: /lib/libncurses.so.7: invalid file format
ad6: FAILURE - load data
ad6: setting up DMA failed
GEOM_JOURNAL: Error while reading data from mirror/gm0s1a (error=5).
ad6: FAILURE - load data
ad6: setting up DMA failed
GEOM_JOURNAL: Error while reading data from mirror/gm0s1a (error=5).
ad6: FAILURE - load data
ad6: setting up DMA failed
GEOM_JOURNAL: Error while reading data from mirror/gm0s1a (error=5).


Regards,
Ruben



PGP.sig
Description: This is a digitally signed message part

Re: Request for testing: ata(4) MFC

[Goran Lowkrantz]

It seems the attachment got eaten somewhere. Trying again with correct 
content type.


/glz

--On October 16, 2008 12:20:27 +0200 Goran Lowkrantz 
<[EMAIL PROTECTED]> wrote:



Ok, I was not sure if this was a "No news is good news" request.

Attached are the lspci:s of the MB and devices I have had the pleasure of
testing. I have found nothing bad on these once but please remember that
I had to hack the nVidia MCP67-A1 to have it accepted as a SATA and AHCI
controller.

All controllers have had large copy in/out, backups at file-system level
via dump/zfs snapshot and tar and all have had bonny++ tests done.

On AHCI controllers, I have at least remove and re-inserted one disk of a
zpool.

Cheers,
Göran

Best regards,
Göran L

--On October 16, 2008 13:15:46 +0400 "Andrey V. Elsukov"
<[EMAIL PROTECTED]> wrote:


Jeremy Chadwick wrote:

- Could someone provide an explanation of the 48-bit LBA addressing
  changes (see lines 988-1003 in the patch)?  I'd like to know what they
  do, and if further QA/testing is needed with this.


I think this is for debug purposes.


- Can we please see about adding the FreeNAS project's ata timeout
  sysctls?  I see lots of delays/sleeps in numerous pieces of code that
  pertain to soft or hard resets of AHCI controllers, and I often worry
  about the implications of hard-coded timeouts.

  http://freenas.svn.sourceforge.net/viewvc/freenas/trunk/build/kernel-p
  atches/ata/files/patch-ata.diff?view=markup


As i remember changes in FreeNAS don't change timeouts for resets.
In any case, these changes can not be in 7.1-RELEASE. My patch
targeted to move changes from CURRENT to 7.1. But it seems there
are too few testers and patch can not be commited.

--
WBR, Andrey V. Elsukov
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"




... the future isMobile

  Goran Lowkrantz <[EMAIL PROTECTED]>
  System Architect, isMobile AB
  Sandviksgatan 81, PO Box 58, S-971 03 Luleå, Sweden
  Mobile: +46(0)70-587 87 82
http://www.ismobile.com ...




... the future isMobile

 Goran Lowkrantz <[EMAIL PROTECTED]>
 System Architect, isMobile AB
 Sandviksgatan 81, PO Box 58, S-971 03 Luleå, Sweden
 Mobile: +46(0)70-587 87 82
http://www.ismobile.com ...===
MB: Intel D915GAV

00:1f.1 IDE interface [0101]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
Family) IDE Controller [8086:266f] (rev 03) (prog-if 8a [Master SecP PriP])
Subsystem: Intel Corporation Unknown device [8086:4156]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Region 1: I/O ports at 
Region 2: I/O ports at 
Region 3: I/O ports at 
Region 4: I/O ports at ffa0

00:1f.2 IDE interface [0101]: Intel Corporation 82801FB/FW (ICH6/ICH6W) SATA 
Controller [8086:2651] (rev 03) (prog-if 8f [Master SecP SecO PriP PriO])
Subsystem: Intel Corporation Unknown device [8086:4156]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- 

00:14.1 IDE interface [0101]: ATI Technologies Inc SB700/SB800 IDE Controller 
[1002:439c] (prog-if 8a [Master SecP PriP])
Subsystem: Giga-byte Technology Unknown device [1458:5002]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Region 1: I/O ports at 
Region 2: I/O ports at 
Region 3: I/O ports at 
Region 4: I/O ports at fa00
Capabilities: [70] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 
Enable-
Address:   Data: 

02:00.0 SCSI storage controller [0100]: HighPoint Technologies, Inc. RocketRAID 
2310 4 Port SATA-II Controller [1103:2310] (rev 02)
Subsystem: Marvell Technology Group Ltd. Unknown device [11ab:11ab]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- 
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Request for testing: ata(4) MFC

[Goran Lowkrantz]

Ok, I was not sure if this was a "No news is good news" request.

Attached are the lspci:s of the MB and devices I have had the pleasure of 
testing. I have found nothing bad on these once but please remember that I 
had to hack the nVidia MCP67-A1 to have it accepted as a SATA and AHCI 
controller.


All controllers have had large copy in/out, backups at file-system level 
via dump/zfs snapshot and tar and all have had bonny++ tests done.


On AHCI controllers, I have at least remove and re-inserted one disk of a 
zpool.


Cheers,
Göran

Best regards,
Göran L

--On October 16, 2008 13:15:46 +0400 "Andrey V. Elsukov" 
<[EMAIL PROTECTED]> wrote:



Jeremy Chadwick wrote:

- Could someone provide an explanation of the 48-bit LBA addressing
  changes (see lines 988-1003 in the patch)?  I'd like to know what they
  do, and if further QA/testing is needed with this.


I think this is for debug purposes.


- Can we please see about adding the FreeNAS project's ata timeout
  sysctls?  I see lots of delays/sleeps in numerous pieces of code that
  pertain to soft or hard resets of AHCI controllers, and I often worry
  about the implications of hard-coded timeouts.

  http://freenas.svn.sourceforge.net/viewvc/freenas/trunk/build/kernel-p
  atches/ata/files/patch-ata.diff?view=markup


As i remember changes in FreeNAS don't change timeouts for resets.
In any case, these changes can not be in 7.1-RELEASE. My patch
targeted to move changes from CURRENT to 7.1. But it seems there
are too few testers and patch can not be commited.

--
WBR, Andrey V. Elsukov
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"




... the future isMobile

 Goran Lowkrantz <[EMAIL PROTECTED]>
 System Architect, isMobile AB
 Sandviksgatan 81, PO Box 58, S-971 03 Luleå, Sweden
 Mobile: +46(0)70-587 87 82
http://www.ismobile.com ...___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Request for testing: ata(4) MFC

[Jeremy Chadwick]

On Thu, Oct 16, 2008 at 01:15:46PM +0400, Andrey V. Elsukov wrote:
>> - Can we please see about adding the FreeNAS project's ata timeout
>>   sysctls?  I see lots of delays/sleeps in numerous pieces of code that
>>   pertain to soft or hard resets of AHCI controllers, and I often worry
>>   about the implications of hard-coded timeouts.
>>
>>   
>> http://freenas.svn.sourceforge.net/viewvc/freenas/trunk/build/kernel-patches/ata/files/patch-ata.diff?view=markup
>
> As i remember changes in FreeNAS don't change timeouts for resets.

You're quite right -- they define the allowed time between the moment
the OS sends a command to the device/disk to the time the device/disk
sends back an OK/response.

The point is that all these timeouts (well, not every single one, but
the obvious ones) should be sysctl adjustables.

I worry that too strict a timeout could cause the device/controller to
be inappropriately reset during times when a disk may be doing something
internally (such was the case with old IBM disks and their ADM feature;
true, the feature is no longer implemented, but you get the point), and
I also worry that too loose of a timeout might cause the system to lock
up for long durations of time when a controller reset actually is
needed.  The default values we have are fine, but letting people tune
them based on their system would be ideal.

The FreeNAS guys have already provided evidence that tuning such
variables is beneficial for some users, depending upon the type of disk
and bus they're using.

> In any case, these changes can not be in 7.1-RELEASE. My patch
> targeted to move changes from CURRENT to 7.1. But it seems there
> are too few testers and patch can not be commited.

This doesn't bode well.  :-(  I think the problem is:

1) Not a lot of people have "dev boxes" they can try this stuff out on,
(Personally, I do have such boxes, but I don't have physical access to
them (I would have to go to our datacenter) to try failure scenarios;
"general" usability testing I can do of course),

2) Very few (if any at all) are willing to put the patch on a production
machine, as the risks outweigh the benefits for most,

3) Lack of eyeballs -- I have no idea how many FreeBSD users are
subscribed to -stable, and of those, how many use ATA or even care about
the patch ("my stuff works, why would I want to try this?")

Are we hoping that the patch will be included in 7.2?

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Request for testing: ata(4) MFC

[Andrey V. Elsukov]

Jeremy Chadwick wrote:

- Could someone provide an explanation of the 48-bit LBA addressing
  changes (see lines 988-1003 in the patch)?  I'd like to know what they
  do, and if further QA/testing is needed with this.


I think this is for debug purposes.


- Can we please see about adding the FreeNAS project's ata timeout
  sysctls?  I see lots of delays/sleeps in numerous pieces of code that
  pertain to soft or hard resets of AHCI controllers, and I often worry
  about the implications of hard-coded timeouts.

  
http://freenas.svn.sourceforge.net/viewvc/freenas/trunk/build/kernel-patches/ata/files/patch-ata.diff?view=markup


As i remember changes in FreeNAS don't change timeouts for resets.
In any case, these changes can not be in 7.1-RELEASE. My patch
targeted to move changes from CURRENT to 7.1. But it seems there
are too few testers and patch can not be commited.

--
WBR, Andrey V. Elsukov
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: error during installworld on 7.1 beta (was: error during buildworld on 7.1 beta)

[Jeremy Chadwick]

On Thu, Oct 16, 2008 at 09:42:35AM +0200, Claus Guttesen wrote:
> >> During installworld I get:
> >>
> >> cat /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/ncurses.3x
> >> > ncurses.3
> >> sh /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/MKterminfo.sh
> >> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/terminfo.head
> >>  /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include/Caps
> >> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/terminfo.tail
> >> >terminfo.5
> >> tr: not found
> >> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/MKterminfo.sh:
> >> cannot open unsorted26711: No such file or directory
> >> *** Error code 2
> >>
> >> So it seems that $PATH is partially lost during installworld.
> >
> > What makes no sense to me is why I've never seen this.  How exactly
> > are you doing the installworld?  Are you booting into single-user like
> > you're supposed to?  Is root's shell /bin/csh?  Have you modified
> > /root/.cshrc to do odd things?
> 
> You're correct. I found this thread which concludes with 'CHECK DATE
> CHECK DATE'.
> 
> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2003-05/0059.html
> 
> I synced time and moved /usr/src and did a new csup against RELENG_7.
> Did a build- and installworld and it works like a charm. :-)
> 
> I do a 'su -' before doing world and have not made any changes to the
> .cshrc. Sorry for the noise.

What I don't understand is how time warp or clock skew could cause
things like "tr" to not be found in your path.  I fully understand
how it can impact "make" and possibly even "sort", but not a missing
binary in $PATH.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: error during installworld on 7.1 beta (was: error during buildworld on 7.1 beta)

[Claus Guttesen]

>> During installworld I get:
>>
>> cat /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/ncurses.3x
>> > ncurses.3
>> sh /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/MKterminfo.sh
>> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/terminfo.head
>>  /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include/Caps
>> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/terminfo.tail
>> >terminfo.5
>> tr: not found
>> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/MKterminfo.sh:
>> cannot open unsorted26711: No such file or directory
>> *** Error code 2
>>
>> So it seems that $PATH is partially lost during installworld.
>
> What makes no sense to me is why I've never seen this.  How exactly
> are you doing the installworld?  Are you booting into single-user like
> you're supposed to?  Is root's shell /bin/csh?  Have you modified
> /root/.cshrc to do odd things?

You're correct. I found this thread which concludes with 'CHECK DATE
CHECK DATE'.

http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2003-05/0059.html

I synced time and moved /usr/src and did a new csup against RELENG_7.
Did a build- and installworld and it works like a charm. :-)

I do a 'su -' before doing world and have not made any changes to the
.cshrc. Sorry for the noise.

-- 
regards
Claus

When lenity and cruelty play for a kingdom,
the gentler gamester is the soonest winner.

Shakespeare
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Request for testing: ata(4) MFC

[Jeremy Chadwick]

On Fri, Oct 10, 2008 at 04:58:55AM -0700, Jeremy Chadwick wrote:
> On Sun, Oct 05, 2008 at 10:12:11PM -0700, Jeremy Chadwick wrote:
> > On Mon, Oct 06, 2008 at 09:03:20AM +0400, Andrey V. Elsukov wrote:
> > > Jeremy Chadwick wrote:
> > >> Also, does your patch include any fixes (intentional or inadvertent) for
> > >> Intel MatrixRAID?  This has been a sore spot for FreeBSD for quite
> > >> some time, and I'm curious to know if that has been fixed.
> > >
> > > There is only one fix for Intel Matrix RAID:
> > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121899
> > 
> > Ahh, yeah, I've seen that one as well.  I'll apply the patch and let you
> > know if the behaviour documented in the PR happens.
> 
> I'm sorry I haven't gotten around to testing this -- my day (night) job
> has kept me incredibly busy, and I've had hardly any time at home to
> work on personal projects.  It sucks.
> 
> I'll try to make time for testing either today or tomorrow.

I finally got around to testing this patch tonight on my P4SCE box.
Said box does not use AHCI.

Based on skimming the code, the patch needs to be tested on the
following:

- Systems with AHCI
- Systems using SATA port multipliers
- Systems using Silicon Image chips
- Systems using VIA chipsets with SATA devices attached
- Systems with Promise controllers that have ATAPI devices attached
- Systems using Adaptec 1420SA controllers
- Systems using ITE ATA/IDE controllers, specifically ITE 8213F
- Systems that use suspend/resume

Right now I have access to an AHCI-based system, but I do not feel
comfortable testing yanking of disks or pulling of SATA cables to
simulate a drive/controller failure -- because the disks attached
to said box contain sensitive/important data.  That said, this
needs to be thoroughly tested:

- Disk and/or controller failures when AHCI is in use (specifically
  due to major changes in ata_ahci_reset() and ata_ahci_softreset())

Other items:

- Could someone provide an explanation of the 48-bit LBA addressing
  changes (see lines 988-1003 in the patch)?  I'd like to know what they
  do, and if further QA/testing is needed with this.

- Can we please see about adding the FreeNAS project's ata timeout
  sysctls?  I see lots of delays/sleeps in numerous pieces of code that
  pertain to soft or hard resets of AHCI controllers, and I often worry
  about the implications of hard-coded timeouts.

  
http://freenas.svn.sourceforge.net/viewvc/freenas/trunk/build/kernel-patches/ata/files/patch-ata.diff?view=markup

Thanks everyone!

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"