ourselves too when boot pool names collide. So I doubt it is
a new problem, just nobody got to fixing it yet.
On 20.07.2019 06:41, Eugene Grosbein wrote:
> CC'ing Alexander Motin who comitted the change.
>
> 20.07.2019 1:21, Garrett Wollman wrote:
>
>> I recently upgraded se
ll most likely result in breaking compatibility and inability to read
previously written data. ZFS already uses physical block size when
possible -- on pool creation or new vdev addition. When not possible
(pool already created wrong) it just complains about it, so that user
would know that his configur
IIRC ACPI allows that, but up to recent time neither
FreeBSD nor hardware could do that. I have feeling I heard that some
very new CPUs may allow that, but to be efficient it would require very
tight interoperation between power manager and CPU scheduler, otherwise
performance may suffer.
--
A
out ?
I've merged all we had in head (except couple gptzfsboot commits
significantly increasing its size, that could break POLA). Next round
will any way go to head first, so stable/11 should probably be idle for
a month at least and should be good for tes
t; Root mount waiting for: GRAID-Intel
> Root mount waiting for: GRAID-Intel
> Root mount waiting for: GRAID-Intel
> Root mount waiting for: GRAID-Intel
> Root mount waiting for: GRAID-Intel
> GEOM_RAID: Intel-c291fe96: Force array start due to timeout.
> GEOM_RAID: Intel-c291fe96: Di
ell and
ASmedia probably worth each other, while later Marvell may be slightly
better on functionality (number of ports and FBS PMP support), but they
are both desktop products. If you need this in server environment --
think about about SAS adapter like LSI. Or just use on-board Intel
AHCI, si
t CPUs wakeup close to each other and may count each-others
load. Different CPU wakeup times from different sleep states and other
sources of jitter may generate quite complicated but not really useful
behavior patterns.
Happy holidays!
--
Alexander Motin
e replied on the ticket: CTL never supported UNMAP on
file-backed LUNs due to lack of respective API for hole punching on
FreeBSD. At this time UNMAP works for ZVOLs in both device and file
modes and raw devices.
--
Alexander Motin
___
freebsd-stable@fre
s ?
At this point I've merged all I planned. There are few more recent ZFS
commits in HEAD that are not merged, but they are not mine, so I leave
them to authors. So yes, I think now it is a good time to start testing.
--
Alexander Motin
___
freebsd-s
sINVARIANT_SUPPORT
#optionsWITNESS
#optionsDEBUG_LOCKS
#optionsDEBUG_VFS_LOCKS
# Include Apple Talk support
options NETATALK
/glz
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org
H, etc. At least make
messages formatting unified.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
y are hidden behind some
GEOM calls.
If there aren't, are there any plans to add some? I am happy to test, or even
write if I can find some time.
GEOM RAID does not do anything special about devd now. I had no such
plans, but probably that is a not a bad idea if do
, and I think it should be merged to stable/9 before 9.2 release.
Meantime you can manually apply this change:
http://svnweb.freebsd.org/changeset/base/235899
Thank you for the reminder, sent MFC request.
--
Alexander Motin
___
freebsd-stable
0, "Marvell 88SE9230", AHCI_Q_NOBSYRES|AHCI_Q_ALTSIG},
{0x92351b4b, 0x00, "Marvell 88SE9235", AHCI_Q_NOBSYRES},
Committed to HEAD. Thanks.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/
due to old age were unable to
filter fan's electric noise that started to interfere with SATA and
later other signals. Now the same PSU works perfectly fine in the same
case with smaller Atom-based motherbard without any issues.
I am not telling that ahci(4) driver is perfect, bu
On 23.04.2013 13:49, Jeremy Chadwick wrote:
On Tue, Apr 23, 2013 at 12:29:10PM +0300, Alexander Motin wrote:
On 23.04.2013 12:26, Jeremy Chadwick wrote:
On Tue, Apr 23, 2013 at 10:44:57AM +0300, Alexander Motin wrote:
On 22.04.2013 08:14, Jeremy Chadwick wrote:
I've written the foll
On 23.04.2013 12:26, Jeremy Chadwick wrote:
On Tue, Apr 23, 2013 at 10:44:57AM +0300, Alexander Motin wrote:
On 22.04.2013 08:14, Jeremy Chadwick wrote:
I've written the following patches and done the following testing (see
the results.*.txt files):
http://jdc.koitsu.org/fr
average user,
while quirks are specific driver workarounds and their names may confuse
more then really help. If every driver print its quirks, dmesg would be
two times bigger. There is bootverbose for it.
--
Alexander Motin
___
freebsd-stable@freebsd.o
ATA controller drivers are delaying conflicting commands, avoiding
conflicts in device.
21.04.2013 14:32 пользователь "Jeremy Chadwick" написал:
> On Sun, Apr 21, 2013 at 02:11:04PM +0300, Alexander Motin wrote:
> > On 21.04.2013 00:29, Jeremy Chadwick wrote:
> > >-
nserts non-queued command every several seconds
of continuous load to limit possible command starvation inside the disk.
SCSI driver does alike things, but inserts ordered command flag, that
does not exist in SATA, instead of different command.
--
Alexander Motin
__
known to have problems with ATAPI DMA.
Have you tried to disable DMA on that channel or device with loader
tunable like like hint.ata.3.mode=PIO4 ?
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
t am unfamiliar with FreeBSD kernel
debugging. If necessary, I can pull up a second console, but the PC that
is affected is legacy-free, so serial port only works through a
serial/USB converter.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing l
On 31.03.2013 08:13, Ian Smith wrote:
On Sat, 30 Mar 2013 21:00:24 -0700, Peter Wemm wrote:
> On Sat, Mar 30, 2013 at 4:29 PM, Matthias Andree
wrote:
> > Am 27.03.2013 22:22, schrieb Alexander Motin:
> >> Hi.
> >>
> >> Since FreeBSD 9.0 we are
ng painful.
Are there many boards now with ATA, but without USB? But I agree, it
should be checked.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail t
On 28.03.2013 00:05, Steve Kargl wrote:
On Wed, Mar 27, 2013 at 11:35:35PM +0200, Alexander Motin wrote:
On 27.03.2013 23:32, Steve Kargl wrote:
On Wed, Mar 27, 2013 at 11:22:14PM +0200, Alexander Motin wrote:
Hi.
Since FreeBSD 9.0 we are successfully running on the new CAM-based ATA
stack
On 27.03.2013 23:32, Steve Kargl wrote:
On Wed, Mar 27, 2013 at 11:22:14PM +0200, Alexander Motin wrote:
Hi.
Since FreeBSD 9.0 we are successfully running on the new CAM-based ATA
stack, using only some controller drivers of old ata(4) by having
`options ATA_CAM` enabled in all kernels by
allow further ATA code cleanup.
Does any one here still uses legacy ATA stack (kernel explicitly built
without `options ATA_CAM`) for some reason, for example as workaround
for some regression? Does anybody have good ideas why we should not drop
it now?
--
Alexander Motin
uot;SATA". And that is what Michael and others
> with this chip see.
>
> The question is, simply, why does this model of ICH7 result in the
> bit CTS_SATA_VALID_REVISION, in the "valid" member of the appropriate
> ccb_trans_settings_sata struct, not being set c
never tried to access them and haven't seen the
existing tools for it, except via doing bin-banging with camcontrol.
Whether the controller can report something alike, I don't remember.
--
Alexander Motin
___
freebsd-stable@freebsd.org ma
ut SATA specification doesn't tell how to identify
them.
* Until better way found, just try another if first fail.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stabl
On 25.11.2012 01:43, Adrian Chadd wrote:
I'm surprised it's not tunable via a kenv variable at boottime..
It is tunable. AFAIR that is it:
kern.msgbufsize="65536" # Set size of kernel message buffer
--
Alexander Motin
__
I will recheck again how can it be reorganized, but I think that the
real problem is not in HDA. We need some way to structure and filter the
output.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/lis
On 22.10.2012 01:03, Alexander Motin wrote:
On 21.10.2012 23:23, David Wolfskill wrote:
On Sun, Oct 21, 2012 at 09:28:06PM +0300, Alexander Motin wrote:
...
I am curious, how to interpret phrase "42=94966796 bytes allocated" in
log. May be it is just corrupted output, but the nu
On 21.10.2012 23:23, David Wolfskill wrote:
On Sun, Oct 21, 2012 at 09:28:06PM +0300, Alexander Motin wrote:
...
I am curious, how to interpret phrase "42=94966796 bytes allocated" in
log. May be it is just corrupted output, but the number still seems
quite big, especially for i
show your kernel config? I can try to run it on my tests
system, hoping to reproduce the problem.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send a
On 11.10.2012 09:30, John-Mark Gurney wrote:
Alexander Motin wrote this message on Thu, Oct 11, 2012 at 01:43 +0300:
On 08.10.2012 07:02, John-Mark Gurney wrote:
I recently put together a new machine w/ a SuperMicro H8SCM and an
AMD Opteron 4228 HE... I've having an issue where the clo
nt timer also may be interesting.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
o erase by signature "Promise Technology, Inc." in the
beginning of the sector.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
sk.
Your patch looks correct, looks like a bug could have been introduced via
copy+paste.
Good catch. Thank you. Slightly modified patch committed at r240884.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.
On 13.09.2012 10:44, Lars Engels wrote:
On Wed, Sep 12, 2012 at 11:08:25PM +0300, Alexander Motin wrote:
On 12.09.2012 22:58, Lars Engels wrote:
On Wed, Sep 12, 2012 at 09:58:31PM +0300, Alexander Motin wrote:
On 12.09.2012 20:46, Lars Engels wrote:
On Wed, Sep 12, 2012 at 08:30:36PM +0300
On 13.09.2012 13:01, Eugene Grosbein wrote:
13.09.2012 16:51, Alexander Motin wrote:
That's makes users very angry when production server fails to boot
with GENERIC kernel after correctly performed upgrade.
GEOM_RAID compiled in GENERIC should be deactivated and require activation
with
them will also make metadata removal
without full wipe more difficult because different RAIDs have different
on-disk metadata layout, and you should know where exactly to apply dd.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http
On 12.09.2012 22:58, Lars Engels wrote:
On Wed, Sep 12, 2012 at 09:58:31PM +0300, Alexander Motin wrote:
On 12.09.2012 20:46, Lars Engels wrote:
On Wed, Sep 12, 2012 at 08:30:36PM +0300, Andriy Gapon wrote:
on 12/09/2012 20:25 Lars Engels said the following:
On Wed, Sep 12, 2012 at 03:54
tem couldn't boot without switching eventtimer.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On 09.09.2012 16:25, kirk russell wrote:
On Sat, Sep 8, 2012 at 12:29 PM, Alexander Motin wrote:
Hi.
It seems like both of your problems have the same cause: device report wrong
size of INQUIRY data, that causes failure on attempt to fetch it. With
FreeBSD 9.0 it caused domain validation
d
camcontrol cmd da0 -vEc "12 00 00 01 00 00" -i 256 - | hd
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On 14.08.2012 22:25, Adam McDougall wrote:
On Sun, Apr 29, 2012 at 04:39:29PM +0300, Alexander Motin wrote:
On 04/29/12 16:30, Alex Kozlov wrote:
> On Sun, Apr 29, 2012 at 04:11:20PM +0300, Alexander Motin wrote:
>> On 04/29/12 15:27, Alex Kozlov wrote:
>>> On Su
I'm really afraid of is that this default option will
hit the less experienced engineers.
Thank you for your report. I will recheck deletion of spare disks. But
what's about `geom status/list` in this case, there are special options
-a and -g to handle geoms without providers.
--
Alexande
uggest that something
wrong with the link quality. That may explain why reducing speed helps.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
bs=512`. Depending on device, controller and other factors, gives me
about 20-30K IOPS.
If you have some ideas what and how could we test automatically -- welcome.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/m
On 20.07.2012 16:38, Alexander Motin wrote:
On 19.07.2012 18:28, Adrian Chadd wrote:
Hm! A timer related bug?
I'll CC mav@ on this, as it was his commit (and work in his general
area.)
I wonder what's going on - is it something to do with the two ACPI
calls inserted there, or is it
d, to my desperate eyes, the commit message implies that
it isn't critical — Do you think we could buy ourselves some time by pulling
it out of our version of the kernel? Or is this essential for correctness?
Any thoughts are appreciated, thanks!
--
Alexander Motin
__
On 06/22/12 21:41, Mike Tancsa wrote:
On 6/20/2012 10:39 AM, Alexander Motin wrote:
Author: mav
Date: Wed Jun 20 14:39:35 2012
New Revision: 237318
URL: http://svn.freebsd.org/changeset/base/237318
Log:
MFC r236712:
To make CAM debugging easier, compile in some debug flags
r of options and requires awareness from the scheduler.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On 04/29/12 16:30, Alex Kozlov wrote:
On Sun, Apr 29, 2012 at 04:11:20PM +0300, Alexander Motin wrote:
On 04/29/12 15:27, Alex Kozlov wrote:
On Sun, Apr 29, 2012 at 03:07:40PM +0300, Alexander Motin wrote:
On 04/29/12 15:04, Oliver Pinter wrote:
Removing dummynet from kernel don't ch
On 04/29/12 15:27, Alex Kozlov wrote:
On Sun, Apr 29, 2012 at 03:07:40PM +0300, Alexander Motin wrote:
On 04/29/12 15:04, Oliver Pinter wrote:
Removing dummynet from kernel don't chanage anything, that is releated
to load average. The loadavg hold to 0.70 +/- 0.2. (single user : sh
interrupt sharing is unavoidable.
On 4/29/12, Alexander Motin wrote:
On 04/29/12 15:04, Oliver Pinter wrote:
Removing dummynet from kernel don't chanage anything, that is releated
to load average. The loadavg hold to 0.70 +/- 0.2. (single user : sh +
top)
New ktr dump?
On 4/29/12, Alexande
On 04/29/12 15:04, Oliver Pinter wrote:
Removing dummynet from kernel don't chanage anything, that is releated
to load average. The loadavg hold to 0.70 +/- 0.2. (single user : sh +
top)
New ktr dump?
On 4/29/12, Alexander Motin wrote:
On 04/29/12 09:09, Ian Smith wrote:
On Sun, 2
On 04/29/12 09:09, Ian Smith wrote:
On Sun, 29 Apr 2012 08:17:38 +0300, Alexander Motin wrote:
> On 04/29/12 01:53, Oliver Pinter wrote:
> > Attached the ktr file. This is on core2duo P9400 cpu (
> > smbios.system.product="HP ProBook 5310m (WD792EA#ABU)" )
m and also reduce you laptops
power consumption.
What's about fixing this, it is loadavg sampling algorithm that should
be changed. Fixing dummynet to not run on every hardclock tick would
also be great.
On 4/28/12, Alexander Motin wrote:
On 04/28/12 00:34, Albert Shih wrote:
Le 27/04/
ons. I
would start from collecting information about running processes. To find
fast switching processes that could hide from accounting try `top -SH -m
io -o vcsw`. To get more information about scheduler work, use
/usr/src/tools/sched/schedgraph.py (instructi
On 04/06/12 20:12, Doug Ambrisko wrote:
Alexander Motin writes:
[ Charset ISO-8859-1 unsupported, converting... ]
| On 04/04/12 21:47, John Baldwin wrote:
|> On Wednesday, April 04, 2012 12:24:33 pm Doug Ambrisko wrote:
|>> John Baldwin writes:
|>> | On Tuesday, April 03, 2
kernel:
http://people.freebsd.org/~ambrisko/ipmi_ktr_dump_no_usb.txt
Hmm, it's still just running constantly (note that the idle thread is
_never_ scheduled). The lion's share of the time seems to be spent in
"xpt_thrd". Note that there are several places where nothin
Hi.
Does anybody have success story of using HPET event timer (not time
counter!) on Serverworks HT-1000 chipset under FreeBSD 9/10?
I was reported about problems with it on HP BL465c G6 blade system and
now thinking whether it is global problem or specific to this system.
--
Alexander
On 03.03.2012 22:21, Jeff Blank wrote:
On Sat, Mar 03, 2012 at 09:51:53PM +0200, Alexander Motin wrote:
This looks like cause of the missing disk:
ahcich1: Timeout on slot 0 port 0
ahcich1: is 0002 cs ss rs 0001 tfd 50 serr
cmd 6017
ahcich1: Timeout on
ne. You may try to add to your /boot/loader.conf line:
hint.ahci.0.msi=0
, or just set it via loader prompt.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
ns to commit?
As I can see, it was merged to 8-STABLE a year ago at r218340:
http://svnweb.freebsd.org/base?view=revision&revision=218340
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinf
controller, but at this point
I have nothing to blame it for.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
installer when the CF-card is not present but
when it is present it stops right
after the "Timecounter" stuff.
On 9.0 you can to it with
hint.ata.X.mode=PIO4
, where X is a bus number.
In recent 8/9-STABLE I've also resurrected hw.ata.ata_d
On 09.02.2012 00:38, Jeremy Chadwick wrote:
On Thu, Feb 09, 2012 at 12:22:40AM +0200, Alexander Motin wrote:
On 08.02.2012 23:27, Jeremy Chadwick wrote:
On Wed, Feb 08, 2012 at 04:00:57PM -0500, Mike Tancsa wrote:
I have a 4 port eSata PCIe card with 3 external port multipliers attached on an
problem.
Regarding the repeated errors at semi-regular (but not entirely)
intervals: are you using smartd? Do you have a cronjob that issues
smartctl -a or smartctl -x commands at intervals? I imagine any of
these could be tickling something lower level.
Also, please u
27;s about ATA_R_DIRECT, sorry, I don't remember why it is used there
or why it is needed at all. It was done before me. The only place where
I see it set except ataraid is ata_getparam(), that should be called
only on initial bus probe.
--
Alexander Motin
__
. What ATA controller do you
have there? On one Core2Duo-class Supermicro system alike hang was
caused by ITE PATA controller. In that case it was workarounded by
adding hint.ata.0.mode="PIO4" to /oot/loader.conf. You may try just set
it from loader prompt with `set` command.
On 01/21/12 15:20, Martin Sugioarto wrote:
Am Sat, 21 Jan 2012 14:30:53 +0200
schrieb Alexander Motin:
I am not using VirtualBox right now, so I'll need to setup it to test
this. Meanwhile you could try to experiment with switching to
different timecounters and eventtimers. May be some c
hat you are using and how good it
is in your case.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
50] = MSI supports 1 message, 64 bit
cap 10[70] = PCI-Express 2 endpoint max data 128(4096) link x8(x8)
ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected
ecap 0002[140] = VC 1 max VC0
I haven't seen SAS controllers compatible with AHCI
unter that is also read by comparators for eventtimer
interrupts generation. Theoretically they could interfere if that timer
was stopped during comparators programming, but it is not.
László, can you please try changing kern.timecounter.hardware to TSC-low or
ACPI-fast?
--
Alexander
On 01/19/12 21:05, Ian Lepore wrote:
On Thu, 2012-01-19 at 19:14 +0200, Alexander Motin wrote:
On 19.01.2012 18:51, Oliver Pinter wrote:
CC: Alexander Motin
On 1/19/12, László KÁROLYI wrote:
László KÁROLYI wrote:
Ok, couldn't get it through... So here is it, uploaded:
On 19.01.2012 18:51, Oliver Pinter wrote:
CC: Alexander Motin
On 1/19/12, László KÁROLYI wrote:
László KÁROLYI wrote:
Ok, couldn't get it through... So here is it, uploaded:
http://www.freeimagehosting.net/s836i
Another screenshot here:
http://www.freeimagehosting.net/xv26d
I a
On 17.01.2012 23:35, Vinny Abello wrote:
On 1/17/2012 4:04 PM, Alexander Motin wrote:
On 17.01.2012 19:03, Vinny Abello wrote:
I had something similar on a software based RAID controller on my Intel S5000PSL
motherboard when I just went from 8.2-RELEASE to 9.0-RELEASE. After adding
GEOM_RAID: Intel-e922b201: Disk ada0 state changed from NONE to ACTIVE.
GEOM_RAID: Intel-e922b201: Subdisk Volume0:0-ada0 state changed from NONE
to ACTIVE.
GEOM_RAID: Intel-e922b201: Array started.
No new devices appear in /dev.
How could I solve this issue?
--
Alexander Motin
___
ion. That's why geom_raid doesn't support RAID5 now at all.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On 30.11.2011 03:03, Adam Stylinski wrote:
On Tue, Nov 29, 2011 at 08:38:47PM +0200, Alexander Motin wrote:
On 27.11.2011 01:41, Adam Stylinski wrote:
I just ran freebsd-update to get up to 9.0-RC2 and discovered that ataraid does
not work. I realize I'm an edge case and my scenario i
use ataraid.
Respective kernel options listed in /usr/src/UPDATING item from 20110424.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
r with
old ata(4) driver. I would recommend you to try new ahci(4) driver. It
has better hot-plug support and also supports NCQ and some other
features. Note that disks connected to it will be reported as adaX
instead of adY.
--
Alexander Motin
___
f
On 11/16/11 16:14, Bjoern A. Zeeb wrote:
> On Wed, 16 Nov 2011, Alexander Motin wrote:
>
>> Hi.
>>
>> On 11/16/11 08:43, Bjoern A. Zeeb wrote:
>>> we have seen this or a very similar panic for about 1 year now once in
>>> a while and I think I repor
ue is also impossible without major rewrite. That's why
ATA_CAM drops that code completely.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
(only two ports) or
AMD (6 ports) chipset, or something based on Marvell 88SE91xx chips.
Last case also has only 2 ports, but you may install two cards, or use
Highpoint RocketRAID 640, which is just two above chips connected with
PCIe bridge.
--
Alexander Motin
e is being brought
> in to the base system on either of the two RELENG_8 systems I've rebuilt
> in the past few days.
>
> I'm thinking /usr/src/sbin/geom/class/raid/graid.8 isn't being noticed
> as a man page.
>
> /usr/src/sbin/geom/class/raid/Makefile doesn't have MAN8=graid.8 in it,
> is that the problem?
I've just rebuilt my test 8-STABLE system and it installed graid(8).
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
ia tracking COMINIT, unplug via it's CPD capability. Without
PM it "just works". :)
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
diff?r1=1.25;r2=1.26
>
> and report the result? Or do you need some additional discussion on
> this topic? I really don't know much about ata-intel chipset programming
> interface things, that's why I'm asking :-)
Yes, I want you to try
Jeremy Chadwick wrote:
> On Thu, Jun 02, 2011 at 09:53:58AM +0300, Alexander Motin wrote:
>> Holger Kipp wrote:
>>> got the same messages over and over again - panic took some time:
>>>
>>> unknown: WARNING - ATAPI_IDENTIFY requeued due to channel reset LBA
ering infinite retry. Unluckily
I have no ICH9 board, while I can't reproduce it with ICH10 or above.
This patch should workaround the first problem in software:
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/chipsets/ata-intel.c.diff?r1=1.25;r2=1.26
Try it please and let'
pciconf -l:
The only change in 8-STABLE ata-all.c since April 27 was the SVN rev
221155. But I don't see how can it cause problems. I would really like
to see full _verbose_ demsg output to better understand what is going on
there. If it even panics, I need to see how e
trol identify` means sending ATA IDENTIFY DEVICE command to the
ATA device. That command is roughly the analogue of the SCSI INQUIRY
command. It has nothing to do with LEDs. LEDs most likely controlled via
ses device or some alike management thing.
The fact that you see AT
se we
have to build a "bus" from JBOD to JBOD to JBOD to JBOD to host ... bad
idea ;-)
The question is, what does the driver while FreeBSD starts?
CAM exactly does full bus reset and after few seconds full rescan. What
controller driver may do except it depends on it alone.
--
e verbose kernel messages for case it it repeats again. May
be it gives some more understanding. But that's not a fact.
> On Tue, Apr 26, 2011 at 10:39 PM, Alexander Motin <mailto:m...@freebsd.org>> wrote:
>
> George Kontostanos wrote:
> > Please let me know w
here was no changes specific to the Promise controllers for a long
> time. Mostly because I have no any documentation for them. For the same
> reason I hardly can say what could be wrong there. Some additional
> information is definitely required.
ecent
> changes in controllers that appeared a few days ago might be related.
There was no changes specific to the Promise controllers for a long
time. Mostly because I have no any documentation for them. For the same
reason I hardly can say what could be wrong there. S
7;ve also burned few DVDs with cdrecord-devel for testing.
--
Alexander Motin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
1 - 100 of 248 matches
Mail list logo