Re: DeLock 10x SATA AHCI controller not working properly

2016-11-28 Thread Alexander Motin
quick tests card seems working properly. On 08.11.2016 07:42, Alexander Motin wrote: > As I have told before, this card is from completely different price > segment then proper SAS/SATA HBAs. For its $80 it is not promised to be > reliable. But in case anything can be done, I'll try to ta

Re: DeLock 10x SATA AHCI controller not working properly

2016-11-07 Thread Alexander Motin
Engberg wrote: > I discussed this card briefly with Alexander Motin (@mav) back in 2015, > https://forums.freebsd.org/threads/50411/page-2#post-282648 . > I've CCed him for suggestions. > > https://lists.freebsd.org/pipermail/freebsd-current/2016-October/063668.html --

Re: commits between r305191 - r305211 broke zfs list

2016-09-04 Thread Alexander Motin
; >>>> Can anybody test of output for: >>>> >>>> zfs list >>>> >>>> command on FreeBSD current after r305211 ? On my hosts his leads to >>>> zfs segfault. >> >> -- >> Peter Wemm - pe...@wemm.org; pe...@freebsd.org; p

Re: commits between r305191 - r305211 broke zfs list

2016-09-03 Thread Alexander Motin
Hi. On 03.09.2016 23:50, Subbsd wrote: > Can anybody test of output for: > > zfs list > > command on FreeBSD current after r305211 ? On my hosts his leads to > zfs segfault. Works normally for me at r305342. Any more information? -

Re: ahci timeout during boot on a particular mobo

2016-08-19 Thread Alexander Motin
on, but suppose that in couple years nobody will bother about that hardware at all. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Crash with ZFS between r296491 and r296548

2016-03-09 Thread Alexander Motin
ecent ZFS changes and the issue is gone. > > Reverted commits: r296510, r296512, r296514, r296516, r296519, > r296521, r296523, r296528, r296530 Should be fixed by r296563. Illumos assumes full sync between kernel and world, so they are quietly breaking ABI as often as they

Re: Why shoud we cause panic in scsi_da.c?

2015-07-13 Thread Alexander Motin
this panic is probably a bad idea, since if it happens device will just remain frozen forever, that will be will be difficult to diagnose, but I would better just dropped device freeze in that case same as in case of completion with error. -- Alexander Motin

Re: cam(4) timeouts in bhyve/kyua runs up on Jenkins?

2015-05-26 Thread Alexander Motin
On 26.05.2015 09:06, Neel Natu wrote: On Mon, May 25, 2015 at 1:40 PM, Garrett Cooper yaneurab...@gmail.com wrote: On Apr 28, 2015, at 0:54, Alexander Motin m...@freebsd.org wrote: On 27.04.2015 21:17, Garrett Cooper wrote: On Apr 27, 2015, at 11:16, Garrett Cooper yaneurab...@gmail.com wrote

Re: cam(4) timeouts in bhyve/kyua runs up on Jenkins?

2015-04-28 Thread Alexander Motin
using to back the virtual disk (file, zvol, ...)? -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: geom - panic: sleepq_add: sleep with sleeping prohibited

2015-04-09 Thread Alexander Motin
Hi. I've got the following panic running FreeBSD-11-current: I'm sorry, it was my mistake. Should be fixed by r281310. Though that is generally a bad Carma to loose active swap device. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list

Re: [PATCH] gstat on SSD

2014-11-15 Thread Alexander Motin
laptop can to 20K simple case IOPS in one stream, that means ~50us time. So I think this patch should not harm. From the other side these numbers are mostly informational, since any real performance investigation would require a histogram rather the a single average number. -- Alexander Motin

Re: Minor bug in SCSI definition

2014-11-13 Thread Alexander Motin
SID_LU_CONG0x40 CCing ken@/mav@/scottl@ -- thanks! Looks good to me. Committed it to head at r274477. Thank you! -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd

Re: ZFS-related panic: possible spa-spa_errlog_lock deadlock

2014-09-08 Thread Alexander Motin
it can now be recovered with `zpool clear ...`, but still not all, since sometimes code may stuck holding some lock required for recovery. - -- Alexander Motin -BEGIN PGP SIGNATURE- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net

Re: SATA2 mode on SATA3 SSD (marvell controller) after boot

2014-04-20 Thread Alexander Motin
it exactly. Unless you limited it previously, there should be no limitation set and HBA should negotiate it freely. The limitations could be read/set with `camcontrol negotiate pass2 -U`, and affect operation after following `camcontrol reset ...`. -- Alexander Motin

Re: SATA2 mode on SATA3 SSD (marvell controller) after boot

2014-04-20 Thread Alexander Motin
On 20.04.2014 22:51, Andrey Fesenko wrote: On Sun, Apr 20, 2014 at 11:44 PM, Alexander Motin m...@freebsd.org wrote: On 20.04.2014 22:31, Andrey Fesenko wrote: On Thu, Apr 17, 2014 at 2:10 PM, Andrey Fesenko f0and...@gmail.com wrote: if disconnect ssd pr 17 14:07:08 desktop kernel: ahcich3

Re: [rfc] bind per-cpu timeout threads to each CPU

2014-02-19 Thread Alexander Motin
Hi. Clock interrupt threads, same as other ones are only softly bound to specific CPUs by scheduler preferring to run them on CPUs where they are scheduled. So far that was enough to balance load, but allowed threads to migrate, if needed. Is it too flexible for some use case? -- Alexander

Re: [rfc] bind per-cpu timeout threads to each CPU

2014-02-19 Thread Alexander Motin
On 19.02.2014 21:51, Adrian Chadd wrote: On 19 February 2014 11:40, Alexander Motin m...@freebsd.org wrote: Clock interrupt threads, same as other ones are only softly bound to specific CPUs by scheduler preferring to run them on CPUs where they are scheduled. So far that was enough to balance

Re: [rfc] bind per-cpu timeout threads to each CPU

2014-02-19 Thread Alexander Motin
On 19.02.2014 22:04, Adrian Chadd wrote: On 19 February 2014 11:59, Alexander Motin m...@freebsd.org wrote: So if we're moving towards supporting (among others) a pcbgroup / RSS hash style work load distribution across CPUs to minimise per-connection lock contention, we really don't want

Re: [rfc] bind per-cpu timeout threads to each CPU

2014-02-19 Thread Alexander Motin
On 19.02.2014 23:44, Slawa Olhovchenkov wrote: On Wed, Feb 19, 2014 at 11:04:49PM +0200, Alexander Motin wrote: On 19.02.2014 22:04, Adrian Chadd wrote: On 19 February 2014 11:59, Alexander Motin m...@freebsd.org wrote: So if we're moving towards supporting (among others) a pcbgroup / RSS

Re: Instant panic CAM or USB subsystem

2014-02-03 Thread Alexander Motin
, CD-ROM,1.00}, + /* quirks */ CD_Q_NO_CHANGER } }; -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current

Re: [markiyan.kush...@gmail.com: Re: 11.0-CURRENT panic (nfsd?)]

2014-01-06 Thread Alexander Motin
? This will help make sure we get the correct code... -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: r259286 panic

2013-12-16 Thread Alexander Motin
should better add check or assertion to _callout_init_lock(). So either VT passes something odd/NULL pointer to callout_init_mtx(), or something overwrites the callout structure after scheduling the callout. -- Alexander Motin ___ freebsd-current

Re: UMA cache back pressure

2013-11-18 Thread Alexander Motin
, do you get any benefits from just the first one, or first two? I don't see much reason to handle that in pieces. As I have described above, each part has own goal, but they much better work together. On 17 November 2013 15:09, Alexander Motin m...@freebsd.org wrote: Hi. I've created patch

Re: UMA cache back pressure

2013-11-18 Thread Alexander Motin
On 18.11.2013 11:45, Luigi Rizzo wrote: On Mon, Nov 18, 2013 at 10:20 AM, Alexander Motin m...@freebsd.org mailto:m...@freebsd.org wrote: On 18.11.2013 10:41, Adrian Chadd wrote: Your patch does three things: * adds a couple new buckets; These new buckets make

Re: UMA cache back pressure

2013-11-18 Thread Alexander Motin
On 18.11.2013 14:10, Adrian Chadd wrote: On 18 November 2013 01:20, Alexander Motin m...@freebsd.org wrote: On 18.11.2013 10:41, Adrian Chadd wrote: So, do you get any benefits from just the first one, or first two? I don't see much reason to handle that in pieces. As I have described above

Re: UMA cache back pressure

2013-11-18 Thread Alexander Motin
On 18.11.2013 21:11, Jeff Roberson wrote: On Mon, 18 Nov 2013, Alexander Motin wrote: I've created patch, based on earlier work of avg@, to add back pressure to UMA allocation caches. The problem of physical memory or KVA exhaustion existed there for many years and it is quite critical now

UMA cache back pressure

2013-11-17 Thread Alexander Motin
of this approach for longer runs. I would like to hear some comments about that: http://people.freebsd.org/~mav/uma_pressure.patch Thank you. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo

Re: Troubles with VIA VX900 chipset

2013-10-25 Thread Alexander Motin
. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: [CAM] panic / general protection fault while in kernel mode on head r256931

2013-10-23 Thread Alexander Motin
0x80c9b8de in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 #11 0x in ?? () Current language: auto; currently minimal (kgdb) -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http

Re: [CAM] panic / general protection fault while in kernel mode on head r256931

2013-10-23 Thread Alexander Motin
On 23.10.2013 14:22, Bryan Drewery wrote: On 10/23/2013 1:59 AM, Alexander Motin wrote: Unfortunately I have never seen that, but I'll try to look harder. Could you please tell a bit about your controllers/devices? What triggered the issue? (Sorry for confusing pastes in email, bad client

Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking

2013-10-07 Thread Alexander Motin
On 07.10.2013 19:09, John Baldwin wrote: On Sunday, October 06, 2013 3:30:42 am Alexander Motin wrote: On 02.10.2013 20:30, John Baldwin wrote: On Saturday, September 07, 2013 2:32:45 am Alexander Motin wrote: On 07.09.2013 02:02, Jeremie Le Hen wrote: On Fri, Sep 06, 2013 at 11:29:11AM

Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking

2013-10-06 Thread Alexander Motin
On 02.10.2013 20:30, John Baldwin wrote: On Saturday, September 07, 2013 2:32:45 am Alexander Motin wrote: On 07.09.2013 02:02, Jeremie Le Hen wrote: On Fri, Sep 06, 2013 at 11:29:11AM +0300, Alexander Motin wrote: On 06.09.2013 11:06, Jeremie Le Hen wrote: On Fri, Sep 06, 2013 at 12:46:27AM

Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking

2013-09-07 Thread Alexander Motin
On 07.09.2013 02:02, Jeremie Le Hen wrote: On Fri, Sep 06, 2013 at 11:29:11AM +0300, Alexander Motin wrote: On 06.09.2013 11:06, Jeremie Le Hen wrote: On Fri, Sep 06, 2013 at 12:46:27AM +0200, Olivier Cochard-Labbé wrote: On Thu, Sep 5, 2013 at 11:38 PM, Alexander Motin m...@freebsd.org wrote

Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking

2013-09-06 Thread Alexander Motin
On 06.09.2013 11:06, Jeremie Le Hen wrote: On Fri, Sep 06, 2013 at 12:46:27AM +0200, Olivier Cochard-Labbé wrote: On Thu, Sep 5, 2013 at 11:38 PM, Alexander Motin m...@freebsd.org wrote: I've found and fixed possible double request completion, that could cause such symptoms if happened

Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking

2013-09-05 Thread Alexander Motin
On 04.09.2013 19:31, Olivier Cochard-Labbé wrote: On Wed, Sep 4, 2013 at 9:01 AM, Alexander Motin m...@freebsd.org wrote: - HP EliteBook 8460p (amd64: r255188) with DVD replaced by a second hardrive (where fbsd is installed): It crash just after the message GEOM: new disk ada1 during boot

Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking

2013-09-04 Thread Alexander Motin
to some GEOM class. Could you describe/show all GEOM topology, file systems, etc. you have there? gpart show sysctl kern.geom.confxml ... Thank you! -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo

Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking

2013-09-04 Thread Alexander Motin
On 04.09.2013 11:20, Johan Hendriks wrote: Alexander Motin wrote: I would like to invite more people to review and test my patches for improving CAM and GEOM scalability, that for last six months you could see developing in project/camlock SVN branch. Full diff of that branch against present

Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking

2013-09-04 Thread Alexander Motin
On 04.09.2013 15:45, Nathan Whitehorn wrote: On 09/04/13 02:01, Alexander Motin wrote: On 04.09.2013 00:48, Olivier Cochard-Labbé wrote: On Tue, Sep 3, 2013 at 8:10 PM, Outback Dingo outbackdi...@gmail.com wrote: Can anyone confirm how well tested/stable this patch set might be?? if theres

[RFC][CFT] GEOM direct dispatch and fine-grained CAM locking

2013-09-02 Thread Alexander Motin
by iXsystems, Inc. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: USB no proper work

2013-08-18 Thread Alexander Motin
On 18.08.2013 01:04, Hans Petter Selasky wrote: On 08/17/13 23:55, Alexander Panyushkin wrote: 17.08.2013 19:41, Alexander Motin пишет: On 17.08.2013 09:22, Hans Petter Selasky wrote: On USB device FAT-32 file system. When I removed flash drive, the file system has been unmounted. Hi

Re: USB no proper work

2013-08-17 Thread Alexander Motin
and another is open device reference. What were the file systems on the device and were they active/mounted during detach? Just recently I tested hot-plug device with ZFS on 10-CURRENT using USB sticks and found no problems in either CAM or USB stack around device disconnect. -- Alexander Motin

Re: Panic at USB drive plugging in

2013-07-23 Thread Alexander Motin
like devd and something had timing issues. Any ideas? This looks like a CAM/SCSI problem and not directly USB stack problem. It seems crashed inside the CAM sg driver, that is not part of GENERIC kernel. Are you using it is some way? -- Alexander Motin

Re: Panic at USB drive plugging in

2013-07-23 Thread Alexander Motin
On 23.07.2013 21:28, Jia-Shiun Li wrote: On Wed, Jul 24, 2013 at 12:13 AM, Alexander Motin m...@freebsd.org wrote: On 23.07.2013 19:07, Hans Petter Selasky wrote: This looks like a CAM/SCSI problem and not directly USB stack problem. It seems crashed inside the CAM sg driver

Re: Sound lag over HDMI

2013-07-12 Thread Alexander Motin
. It makes short sounds like GUI event notifications inaudible sometimes. I guess that could be made to restore audio sync after some unavoidable startup delay, but that is only my guess. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list

Re: Atom N450 + C3 + HPET == bad timer behaviour

2013-06-21 Thread Alexander Motin
, but different one they've found during debugging. HPET always has ONESHOT capability, so this check is irrelevant when it is used as a broadcast device. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo

Re: New umass/da errors (different with previous ATA COMMAND PASS THROUGH)

2013-05-12 Thread Alexander Motin
should fix it. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: Audio Hints, T520?

2013-05-06 Thread Alexander Motin
that other (internal) microphone is on another pcm device/mixer. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr

Re: Audio Hints, T520?

2013-05-06 Thread Alexander Motin
On 06.05.2013 15:12, Sean Bruno wrote: On Mon, 2013-05-06 at 09:27 +0300, Alexander Motin wrote: From information provided by Sean I can't see why added quirk for playback may affect recording in any way. More likely I would guess that change from two playback pcm/dsp devices to one, while

Re: Audio Hints, T520?

2013-05-05 Thread Alexander Motin
adjust? http://people.freebsd.org/~sbruno/t520_sysctl_hdaa.txt Verbose dmesg would be easier to read, since the provided sysctl output is mostly the raw input data. I see there that your system has two microphones. Have you tried to select both (mic and monitor) in mixer? -- Alexander Motin

Re: Last current shows strange CAM/SCSI error on empty USB card reader on the boot

2013-05-02 Thread Alexander Motin
sense: NOT READY asc:3a,0 (Medium not present) (da0:umass-sim0:0:0:0): Error 6, Unretryable error -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail

Re: Any objections/comments on axing out old ATA stack?

2013-04-21 Thread Alexander Motin
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 ___ freebsd

Re: Any objections/comments on axing out old ATA stack?

2013-04-21 Thread Alexander Motin
ATA controller drivers are delaying conflicting commands, avoiding conflicts in device. 21.04.2013 14:32 пользователь Jeremy Chadwick j...@koitsu.org написал: On Sun, Apr 21, 2013 at 02:11:04PM +0300, Alexander Motin wrote: On 21.04.2013 00:29, Jeremy Chadwick wrote: - The ATA commands which

Re: Any objections/comments on axing out old ATA stack?

2013-04-03 Thread Alexander Motin
. 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-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo

Re: poweroff (shutdown -p) is broken

2013-04-03 Thread Alexander Motin
give any more information about your system and the problem? What disks and controllers do you have and which drivers do you use? Full verbose kernel messages from boot up to the hang (if you can set up serial console) could be interesting. -- Alexander Motin

Re: poweroff (shutdown -p) is broken

2013-04-03 Thread Alexander Motin
On 03.04.2013 12:32, Alexander Motin wrote: On 03.04.2013 02:15, deeptech71 wrote: As of r248872, my system, when ordered to power off, stalls at the Uptime: [...] message. Before that revision, the Uptime message would be followed by several additional messages -- something related to usb

Re: poweroff (shutdown -p) is broken

2013-04-03 Thread Alexander Motin
On 03.04.2013 14:21, Alexander Motin wrote: On 03.04.2013 12:32, Alexander Motin wrote: On 03.04.2013 02:15, deeptech71 wrote: As of r248872, my system, when ordered to power off, stalls at the Uptime: [...] message. Before that revision, the Uptime message would be followed by several

Re: Any objections/comments on axing out old ATA stack?

2013-03-28 Thread Alexander Motin
. Are there many boards now with ATA, but without USB? But I agree, it should be checked. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd

Any objections/comments on axing out old ATA stack?

2013-03-27 Thread Alexander Motin
to 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

Re: Any objections/comments on axing out old ATA stack?

2013-03-27 Thread Alexander Motin
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

Re: HEAD memsticks broken? [USB/CAM Problems?]

2013-02-22 Thread Alexander Motin
On 20.02.2013 17:43, Alexander Motin wrote: On 16.02.2013 12:07, Joel Dahl wrote: On 14-02-2013 20:37, Joel Dahl wrote: On 12-02-2013 8:51, Hans Petter Selasky wrote: On Monday 11 February 2013 23:21:05 Joel Dahl wrote: On 10-02-2013 0:09, Joel Dahl wrote: On 09-02-2013 20:28, Alexander

Re: DVD/CD lost after r246713

2013-02-22 Thread Alexander Motin
Hi. ATAPI devices on legacy ATA controllers were lost due to command timeout caused by data underrun, caused by r246713. r247165 should fix the issue. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman

Re: DVD/CD lost after r246713

2013-02-22 Thread Alexander Motin
On 02/22/13 15:46, Alexander Motin wrote: ATAPI devices on legacy ATA controllers were lost due to command timeout caused by data underrun, caused by r246713. r247165 should fix the issue. Mine is on AHCI. Should that have been fixed too? I have no problem with AHCI, and as I can see

Re: DVD/CD lost after r246713

2013-02-22 Thread Alexander Motin
On 23.02.2013 00:52, Claude Buisson wrote: On 02/22/2013 22:46, Alexander Motin wrote: Hi. ATAPI devices on legacy ATA controllers were lost due to command timeout caused by data underrun, caused by r246713. r247165 should fix the issue. r247165 applied Problem solved (at least

Re: HEAD memsticks broken? [USB/CAM Problems?]

2013-02-20 Thread Alexander Motin
On 16.02.2013 12:07, Joel Dahl wrote: On 14-02-2013 20:37, Joel Dahl wrote: On 12-02-2013 8:51, Hans Petter Selasky wrote: On Monday 11 February 2013 23:21:05 Joel Dahl wrote: On 10-02-2013 0:09, Joel Dahl wrote: On 09-02-2013 20:28, Alexander Motin wrote: How long ago that HEAD was built

Re: HEAD memsticks broken? [USB/CAM Problems?]

2013-02-09 Thread Alexander Motin
doesn't look right. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: panic after r244584

2013-01-23 Thread Alexander Motin
? Yes. Alexander and Justin: what do you think about this patch? http://people.freebsd.org/~jh/patches/scsi_enc_ses-si_name.diff It is fine for me, or at least better then panic. But that is Justin's code, so he should know better. -- Alexander Motin

Re: panic after r244584

2013-01-18 Thread Alexander Motin
On 18.01.2013 13:39, Vitalij Satanivskij wrote: Alexander Motin wrote: AM On 18.01.2013 11:44, Gleb Smirnoff wrote: AM On Fri, Jan 18, 2013 at 09:36:00AM +0200, Vitalij Satanivskij wrote: AM V After upgrading server from old hardware/software to freebsd current (## SVN ## Exported commit

Re: panic after r244584

2013-01-18 Thread Alexander Motin
that may be a problem. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: panic after r244584

2013-01-18 Thread Alexander Motin
On 18.01.2013 15:19, Jaakko Heinonen wrote: On 2013-01-18, Alexander Motin wrote: AM V panic: make_dev_alias_v: bad si_name (error=22 si_name=enc@n5003048000bab37d/tpe0/slot@1/elmdesc@Slot 01/pass7) AM The panic is triggered by the check added by the recent r244584 change. AM The space

Re: panic after r244584

2013-01-18 Thread Alexander Motin
Heinonen wrote: VS JH On 2013-01-18, Alexander Motin wrote: VS JH AM V panic: make_dev_alias_v: bad si_name (error=22 si_name=enc@n5003048000bab37d/tpe0/slot@1/elmdesc@Slot 01/pass7) VS JH VS JH AM The panic is triggered by the check added by the recent r244584 change. VS JH AM

Re: [RFC/RFT] calloutng

2013-01-13 Thread Alexander Motin
On 13.01.2013 20:09, Marius Strobl wrote: On Tue, Jan 08, 2013 at 12:46:57PM +0200, Alexander Motin wrote: On 06.01.2013 17:23, Marius Strobl wrote: I'm not really sure what to do about that. Earlier you already said that sched_bind(9) also isn't an option in case if td_critnest 1

Re: [RFC/RFT] calloutng

2013-01-13 Thread Alexander Motin
On 14.01.2013 01:10, Ian Lepore wrote: On Sun, 2013-01-13 at 21:36 +0200, Alexander Motin wrote: On 13.01.2013 20:09, Marius Strobl wrote: [...] Uhm, there are no NMIs on sparc64. Does it make sense to bypass this adjustment on sparc64? If it is not possible or not good to to stop timer

Re: [RFC/RFT] calloutng

2013-01-08 Thread Alexander Motin
On 06.01.2013 17:23, Marius Strobl wrote: On Wed, Dec 26, 2012 at 09:24:46PM +0200, Alexander Motin wrote: On 26.12.2012 01:21, Marius Strobl wrote: On Tue, Dec 18, 2012 at 11:03:47AM +0200, Alexander Motin wrote: Experiments with dummynet shown ineffective support for very short tick-based

Re: [RFC/RFT] calloutng

2013-01-08 Thread Alexander Motin
On 06.01.2013 18:20, Luigi Rizzo wrote: On Sun, Jan 06, 2013 at 04:23:13PM +0100, Marius Strobl wrote: On Wed, Dec 26, 2012 at 09:24:46PM +0200, Alexander Motin wrote: Here is small tool we are using for test correctness and performance of different user-level APIs: http://people.freebsd.org

Re: [RFC/RFT] calloutng

2013-01-03 Thread Alexander Motin
On 03.01.2013 16:45, Bruce Evans wrote: On Wed, 2 Jan 2013, Alexander Motin wrote: More important for scheduling fairness thread's CPU percentage is also based on hardclock() and hiding from it was trivial before, since all sleep primitives were strictly aligned to hardclock(). Now

Re: [RFC/RFT] calloutng

2013-01-02 Thread Alexander Motin
On 02.01.2013 12:57, Luigi Rizzo wrote: On Mon, Dec 31, 2012 at 12:17:27PM +0200, Alexander Motin wrote: On 31.12.2012 08:17, Luigi Rizzo wrote: On Sun, Dec 30, 2012 at 04:13:43PM -0700, Ian Lepore wrote: ... Then I noticed you had a 12_26 patchset so I tested that (after crudely fixing

Re: [RFC/RFT] calloutng

2013-01-02 Thread Alexander Motin
02.01.2013 14:28 пользователь Luigi Rizzo ri...@iet.unipi.it написал: On Wed, Jan 02, 2013 at 01:24:26PM +0200, Alexander Motin wrote: On 02.01.2013 12:57, Luigi Rizzo wrote: ... i am not sure what you mean by extending interval, but i believe the logic should be the following: - say

Re: [RFC/RFT] calloutng

2013-01-02 Thread Alexander Motin
potentially more expensive other ways. It was always stopped by lack of cheap and reliable clocks. But since TSC is P-state invariant on most of CPUs present now it could probably be reconsidered. -- Alexander Motin ___ freebsd-current@freebsd.org mailing

Re: [RFC/RFT] calloutng

2013-01-02 Thread Alexander Motin
outside now. Also for idle SMP system enabling COUNT_IPIS should give number of interrupts in systat comparable to number of wakeups. I am mostly using the last way. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org

Re: [RFC/RFT] calloutng

2012-12-31 Thread Alexander Motin
300993.64 kqueue 30 32.77 30 300019.46 30 36.90 kqueueto 30 309903.31 30 303978.10 30 300996.84 syscall30 4.01 30 4.04 30 4.29 -- Alexander Motin ___ freebsd

Re: [RFC/RFT] calloutng

2012-12-31 Thread Alexander Motin
On 31.12.2012 17:02, Ian Lepore wrote: On Mon, 2012-12-31 at 12:17 +0200, Alexander Motin wrote: On 31.12.2012 08:17, Luigi Rizzo wrote: On Sun, Dec 30, 2012 at 04:13:43PM -0700, Ian Lepore wrote: ... I grabbed testsleep.c to test an arm event timer implementation, and had to fix a couple

Re: [RFC/RFT] calloutng

2012-12-26 Thread Alexander Motin
On 26.12.2012 01:21, Marius Strobl wrote: On Tue, Dec 18, 2012 at 11:03:47AM +0200, Alexander Motin wrote: Experiments with dummynet shown ineffective support for very short tick-based callouts. New version fixes that, allowing to get as many tick-based callout events as hz value permits, while

Re: [RFC/RFT] calloutng

2012-12-21 Thread Alexander Motin
On 21.12.2012 14:16, Fabian Keil wrote: Fabian Keil freebsd-lis...@fabiankeil.de wrote: Alexander Motin m...@freebsd.org wrote: On 20.12.2012 15:26, Fabian Keil wrote: Alexander Motin m...@freebsd.org wrote: On 20.12.2012 12:56, Fabian Keil wrote: Alexander Motin m...@freebsd.org wrote

Re: [RFC/RFT] calloutng

2012-12-20 Thread Alexander Motin
On 20.12.2012 12:56, Fabian Keil wrote: Alexander Motin m...@freebsd.org wrote: Experiments with dummynet shown ineffective support for very short tick-based callouts. New version fixes that, allowing to get as many tick-based callout events as hz value permits, while still be able

Re: [RFC/RFT] calloutng

2012-12-20 Thread Alexander Motin
On 20.12.2012 15:26, Fabian Keil wrote: Alexander Motin m...@freebsd.org wrote: On 20.12.2012 12:56, Fabian Keil wrote: Alexander Motin m...@freebsd.org wrote: Experiments with dummynet shown ineffective support for very short tick-based callouts. New version fixes that, allowing to get

Re: API explosion (Re: [RFC/RFT] calloutng)

2012-12-19 Thread Alexander Motin
be inconvenient or expensive. But since we are now talking about passing relative bintime as an argument, that may be more viable option. I'll make another try. Thanks for the input. Pity it didn't happen couple of months ago. -- Alexander Motin

Re: API explosion (Re: [RFC/RFT] calloutng)

2012-12-19 Thread Alexander Motin
single 64bit value would be much easier then struct bintime from many perspectives, but what's about the edge cases? -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current

Re: API explosion (Re: [RFC/RFT] calloutng)

2012-12-19 Thread Alexander Motin
), (arg), C_HARDCLOCK) -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: [RFC/RFT] calloutng

2012-12-18 Thread Alexander Motin
more testing. Comments and new test cases are welcome. Thanks for staying tuned and commenting. On 17.12.2012 01:37, Alexander Motin wrote: Here is one more version. Unless something new will be found/reported this may be the last one, because me and Davide are quite satisfied with the results

Re: API explosion (Re: [RFC/RFT] calloutng)

2012-12-18 Thread Alexander Motin
On 18.12.2012 19:36, Luigi Rizzo wrote: On Mon, Dec 17, 2012 at 11:03:53PM +0200, Alexander Motin wrote: I would instead do the following: I also don't very like the wide API and want to hear fresh ideas, but approaches to time measurement there are too different to do what you are proposing

Re: API explosion (Re: [RFC/RFT] calloutng)

2012-12-18 Thread Alexander Motin
On 18.12.2012 20:03, Alexander Motin wrote: On 18.12.2012 19:36, Luigi Rizzo wrote: On Mon, Dec 17, 2012 at 11:03:53PM +0200, Alexander Motin wrote: I would instead do the following: I also don't very like the wide API and want to hear fresh ideas, but approaches to time measurement

Re: [RFC/RFT] calloutng

2012-12-17 Thread Alexander Motin
On 17.12.2012 03:29, Adrian Chadd wrote: On 16 December 2012 15:37, Alexander Motin m...@freebsd.org wrote: Here is one more version. Unless something new will be found/reported this may be the last one, because me and Davide are quite satisfied with the results. If everything will be fine, I

Re: [RFC/RFT] calloutng

2012-12-17 Thread Alexander Motin
is not affected here. If CPU is not idle, it will receive full set of required events with maximum available precision. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any

Re: regarding r242905 ('us' argument to some callout functions) was Re: [RFC/RFT] calloutng

2012-12-17 Thread Alexander Motin
. Now even completely empty idle system has about 30 interrupts per second, that is far from 0.0005. From the other side, I don't know any system where CPUs have 2048 seconds wakeup latency. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list

Re: API explosion (Re: [RFC/RFT] calloutng)

2012-12-17 Thread Alexander Motin
there will be much more. Respectively, these three options are replicated to other APIs where time intervals are used. PS: Please keep me in CC. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd

Re: [RFC/RFT] calloutng

2012-12-16 Thread Alexander Motin
to make KPIs more complete. -- Man pages were updated. -- Some style fixes were made. On 15.12.2012 18:55, Alexander Motin wrote: I'm sorry to interrupt review, but as usual good ideas came during the final testing, causing another round. :) Here is updated patch for HEAD, that includes several new

Re: [RFC/RFT] calloutng

2012-12-15 Thread Alexander Motin
with lid closed. -- Some kernel functions were added to make KPIs more complete. I've successfully tested this patch on amd64 and arm. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current

Re: [RFC/RFT] calloutng

2012-12-15 Thread Alexander Motin
On 15.12.2012 22:50, Davide Italiano wrote: On Sat, Dec 15, 2012 at 12:34 PM, Mark Johnston mark...@gmail.com wrote: On Sat, Dec 15, 2012 at 06:55:53PM +0200, Alexander Motin wrote: I'm sorry to interrupt review, but as usual good ideas came during the final testing, causing another round

Re: [RFC/RFT] calloutng

2012-12-15 Thread Alexander Motin
On 15.12.2012 23:03, Alexander Motin wrote: On 15.12.2012 22:50, Davide Italiano wrote: On Sat, Dec 15, 2012 at 12:34 PM, Mark Johnston mark...@gmail.com wrote: On Sat, Dec 15, 2012 at 06:55:53PM +0200, Alexander Motin wrote: I'm sorry to interrupt review, but as usual good ideas came during

Re: panic: sbuf_trim makes no sense on sbuf 0xffffff82434d8898 with drain

2012-11-25 Thread Alexander Motin
whitespace for an sbuf with drain. CC'ing mav@ who introduced the code. (I introduced sbuf drains). Thanks. Removed. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe

  1   2   3   4   5   >