Re: Switchover to CAM ATA?

On Thu, Apr 22, 2010 at 06:31:37PM +0300, Alexander Motin wrote: > Hi. > > With time passed, CAM-based ATA infrastructure IMHO looks enough mature > now to enable it in HEAD. Now we have two new stable drivers ahci(4) and > siis(4), covering major part of modern SATA HBAs, `options ATA_CAM` > wrap

Re: mpt(4) MPI_EVENT_IR_RESYNC_UPDATE

On Fri, Apr 30, 2010 at 06:50:26PM +0400, pluknet wrote: > On 30 April 2010 18:22, Matthew Jacob wrote: > > pluknet wrote: > > Seems good to me- why not trhow it freebsd-scsi? if nobody says no, I'll put > > it in > > Err.. I thought that list is dedicated for cam related stuff. > > [cc'ing scsi

Re: {arch}/conf/DEFAULTS and uart

On Sun, Sep 12, 2010 at 02:40:49AM +, Alexander Best wrote: > On Fri Sep 10 10, John Baldwin wrote: > > On Thursday, September 09, 2010 3:50:45 pm Alexander Best wrote: > > > On Thu Sep 9 10, Alexander Best wrote: > > > > On Thu Sep 9 10, Alexander Best wrote: > > > > > hi there, > > > > > >

Re: current + mpt = panic: Bad link elm 0xffffff80002d6480 next->prev != elm

On Tue, Jul 20, 2010 at 01:55:28PM +0200, Stle Kristoffersen wrote: > On 2010-07-20 at 12:17, Marius Strobl wrote: > > On Mon, Jul 19, 2010 at 07:06:54PM +0200, Stle Kristoffersen wrote: > > > On 2010-07-18 at 14:20, Marius Strobl wrote: > > > > > > Downgradin

Re: bge0 does not work anymore

On Mon, Oct 18, 2010 at 09:32:13AM +0800, Buganini wrote: > my last known usable kernel revision is r213813 > with r213920, leds are extinguished when executing dhclient Sorry, it looks like it was my fault this time, should be fixed again with r214012. Marius ___

Re: Sense fetching [Was: cdrtools /devel ...]

On Fri, Nov 05, 2010 at 08:50:49PM +0200, Alexander Motin wrote: > Hi. > > I've reviewed tests that scgcheck does to SCSI subsystem. It shown > combination of several issues in both CAM, ahci(4) and cdrtools itself. > Several small patches allow us to pass most of that tests: > http://people.freeb

Re: libcompiler_rt now part of FreeBSD's base system

On Fri, Nov 12, 2010 at 03:57:20PM +0100, Florian Smeets wrote: > On 11.11.10 16:52, Ed Schouten wrote: > > I just committed libcompiler_rt.a to HEAD. Even though I don't expect > > serious issues -- especially not on the tier 1 architectures -- be sure > > to contact me in case something goes wron

Re: OpenSSL 1.0.0d for Freebsd HEAD

On Mon, Feb 28, 2011 at 12:00:19PM +0100, Fabien Thomas wrote: > > > > Dears, > > > > After several research, i have removed the problematic part. > > > > You can find the new version here: > > > > http://people.freebsd.org/~fabient/patch-head20110222-openssl1.0.0d > > > > > It will be grea

Re: Fwd: OpenSSL 1.0.0d for Freebsd HEAD

On Tue, Mar 01, 2011 at 10:31:16AM +0100, Alexandre Martins wrote: > Dear, > > Have you extracted the tarball fo openssl source (1.0.0d) in crypto/openssl ? > Ah, I missed that, the last couple of mails in this thread were only talking about the patch :) With the tarball untared it actually buil

Re: Question about genassym, locore.s and 0-sized arrays (showstopper for an icc compiled kernel)

On Thu, Sep 04, 2003 at 03:47:09PM -0700, Marcel Moolenaar wrote: > > We use the size of the symbol (ie the size of the object identified > by the symbol) to pass around values. This we do by creating arrays. > If we want to export a C constant 'FOOBAR' to assembly and the constant > is defined to

Re: Question about genassym, locore.s and 0-sized arrays(showstopper for an icc compiled kernel)

On Fri, Sep 05, 2003 at 07:34:39PM +1000, Bruce Evans wrote: > On Fri, 5 Sep 2003, I wrote: > > > ... > > If some values are unrepresentable then they need to be represtended > > using other values. E.g., add 1 to avoid 0, or multiply by the alignment > > size if some element of the tool chanin i

Re: ATAng still problematic

On Thu, Sep 18, 2003 at 05:51:25PM +0200, Jan Srzednicki wrote: > > Anyway, here's backtrace for atapicam panic I've mentioned. It's > triggered by: > > cdrecord dev=1,1,0 /some/track > This panic isn't ATAPICAM related. Could you try the patch below? It's against the cdrtools-devel port but sh

Re: ATAng still problematic

On Fri, Sep 19, 2003 at 04:36:32PM -0700, Kris Kennaway wrote: > On Fri, Sep 19, 2003 at 06:21:52PM +0200, Marius Strobl wrote: > > On Thu, Sep 18, 2003 at 05:51:25PM +0200, Jan Srzednicki wrote: > > > > > > Anyway, here's backtrace for atapicam panic I'

Re: ATAng still problematic

On Sat, Sep 20, 2003 at 01:47:44AM +0100, Bruce M Simpson wrote: > On Sat, Sep 20, 2003 at 02:17:21AM +0200, Marius Strobl wrote: > > > Isn't it still a kernel bug if a user process can trigger a panic? > > > > Yes, it seems to be a bug in the mlockall(2) implemen

Re: X does not work on todays current with ATI

On Sun, Oct 05, 2003 at 04:56:53PM +0200, Matt Douhan wrote: > Hello > > I am unable to start X with a current as of today 08.00 CEST, it crashes to > the debugger with a fatal trap 12, I poked around to see if anything useful > was in the logs but I could not find anything, can you please advice

Re: panic with cdrecord -- anybody else seeing this? [backtrace obtained]

On Sun, Oct 12, 2003 at 09:18:08PM -0700, Kris Kennaway wrote: > On Sun, Oct 12, 2003 at 06:32:21PM -0700, John Reynolds wrote: > > Hi all, forgive me if I give incomplete information. This is the first time > > I've created a debugging kernel and gotten a dump after a panic, so I might not > > hav

Re: panic: vm_map_wire: lookup failed

On Fri, Oct 17, 2003 at 03:19:12PM +0200, John Hay wrote: > > > > > > > > The latest development source of ntpd started to use setrlimit() before > > > > using mlockall(). This combination proves fatal on -current. The code > > > > in ntpd/ntpd.c looks like this: > > > > > > Ok, I found an easier

Re: Random signals in {build,install}world recently?

On Mon, Oct 20, 2003 at 05:08:26PM +0200, Christian Brueffer wrote: > On Mon, Oct 20, 2003 at 10:50:02AM -0400, Barney Wolff wrote: > > On Mon, Oct 20, 2003 at 03:20:56PM +0200, Mark Santcroos wrote: > > > On Mon, Oct 20, 2003 at 10:27:38AM +0200, Harti Brandt wrote: > > > > On Mon, 20 Oct 2003, Va

Re: panic with cdrecord-devel @ Mon Oct 20 21:28:57 EEST 2003

On Tue, Oct 21, 2003 at 10:27:11AM +0300, Paulius Bulotas wrote: > Hello, > > 5.1-CURRENT #0: Mon Oct 20 21:28:57 EEST 2003 > > % cdrecord -scanbus > panics, and trace looks like: > vmapbuf > cam_periph_mapmem > xptioctl > spec_ioctl > spec_vnoperate > vn_ioctl > ioctl > syscall(2f,2f,2f,

Re: g++ problem

On Thu, Nov 06, 2003 at 11:28:28AM -0500, Alexander Kabaev wrote: > On Thu, 6 Nov 2003 16:55:00 +0100 (CET) > "C. Kukulies" <[EMAIL PROTECTED]> wrote: > > > I tried to compile a virus-scanner for Linux that allows for scanning > > Windoze PCs in a network for all sorts of recent viruses (RPC/DCOM

Re: g++ problem

On Thu, Nov 06, 2003 at 11:51:12AM -0500, Alexander Kabaev wrote: > On Thu, 6 Nov 2003 17:44:59 +0100 > Marius Strobl <[EMAIL PROTECTED]> wrote: > > > This happens with g++ 3.x ... > This will happen with g++ 3.x, 2.x, 1.x and future 4.x too. I.e. the > GCC is not at f

Re: New interrupt stuff breaks ASUS 2 CPU system

On Thu, Nov 06, 2003 at 12:22:45PM -0500, John Baldwin wrote: > > On 06-Nov-2003 Harti Brandt wrote: > > JB>I figured out what is happenning I think. You are getting a spurious > > JB>interrupt from the 8259A PIC (which comes in on IRQ 7). The IRR register > > JB>lists pending interrupts still w

Re: New interrupt stuff breaks ASUS 2 CPU system

On Mon, Nov 10, 2003 at 02:12:56PM -0500, John Baldwin wrote: > > On 10-Nov-2003 John Hay wrote: > >> > >> With the new interrupt code I get: > >> <...> > >> OK boot > >> cpuid = 0; apic id = 00 > >> instruction pointer = 0x0:0xa00 > >> stack pointer = 0x0:0xffe > >> frame pointer

Re: Switchover to CAM ATA?

On Mon, Apr 26, 2010 at 09:18:07AM -0600, Scott Long wrote: > On Apr 26, 2010, at 6:51 AM, Alexander Motin wrote: > > Marius Strobl wrote: > >> As noted earlier, pc98 and sparc64 need ada(4)/CAM ATA to perform > >> geometry translation as done by ad_firmware_geom_adjust(

Re: AESNI driver and fpu_kern KPI

On Sat, May 15, 2010 at 01:04:01PM +0300, Kostik Belousov wrote: > > I am interested in the problem reports and reviews. Maintainers of > !x86-oids are welcome to provide feedback whether they feel that > proposed KPI could be implemented on their architectures, or what > modifications they consid

Re: Followup: if_em.c prevents the 2nd time resuming

On Sat, May 15, 2010 at 10:23:17PM +0900, Taku YAMAMOTO wrote: > PR filed as kern/146614. > http://www.freebsd.org/cgi/query-pr.cgi?pr=146614 > That was an mismerge introduced when moving the original patch forward to a newer version of the e1000 source. It's now fixed. Thanks for reporting. Mar

Re: [sparc64] [panic] cheetah_ipi_selected: CPU can't IPI itself

On Mon, Jun 28, 2010 at 10:25:15AM -0400, Nathaniel W Filardo wrote: > Well, I'm back in the same town as my sparc64 and so csup'd, built, and > rebooted, trying to get more information about the "vm object not owned" > panic I reported a while ago. To my dismay, I now get this panic, also late >

Re: current + mpt = panic: Bad link elm 0xffffff80002d6480 next->prev != elm

On Thu, Jul 15, 2010 at 02:34:23PM +0200, Stle Kristoffersen wrote: > Upgraded to from stable to current yesterday and very quickly received a > panic. It did however not dump it's core, so I was unable to debug it. > Today it did panic again, and I took a picture: (Sorry about the bad > quality) >

Re: current + mpt = panic: Bad link elm 0xffffff80002d6480 next->prev != elm

On Fri, Jul 16, 2010 at 12:31:26PM +0200, Stle Kristoffersen wrote: > On 2010-07-15 at 19:52, St?le Kristoffersen wrote: > > On 2010-07-15 at 18:00, Marius Strobl wrote: > > > On Thu, Jul 15, 2010 at 02:34:23PM +0200, Stle Kristoffersen wrote: > > > > Upgraded to fr

Re: current + mpt = panic: Bad link elm 0xffffff80002d6480 next->prev != elm

On Mon, Jul 19, 2010 at 07:06:54PM +0200, Stle Kristoffersen wrote: > On 2010-07-18 at 14:20, Marius Strobl wrote: > > > > Downgrading now... > > > > > > And it crashed again, with current from r209598... > > > > > > > Ok, this at le

Re: SD card reader only works after a suspend/resume

On Thu, Sep 06, 2018 at 12:33:39PM +0200, Jakob Alvermark wrote: > Hi, > > > I discovered this by chance. > > The SD card reader in my laptop has never worked, but now I noticed it > does after suspending and resuming. > > The controller is probed and attached on boot: > > sdhci_acpi1: iomem

Re: SD card reader only works after a suspend/resume

On Fri, Sep 07, 2018 at 04:52:12PM +0200, Jakob Alvermark wrote: > On 9/7/18 12:41 AM, Marius Strobl wrote: > > On Thu, Sep 06, 2018 at 12:33:39PM +0200, Jakob Alvermark wrote: > >> Hi, > >> > >> > >> I discovered this by chance. > >> > >

Re: r276200: EFI boot failure: kernel stops booting at pci0: on pcib0

On Mon, Dec 29, 2014 at 05:55:28PM +0100, Roger Pau Monné wrote: > El 29/12/14 a les 12.41, Roger Pau Monné ha escrit: > > Hello, > > > > Sorry for not noticing this earlier, I've been without a computer for > > some days. Do you get a panic message, or the system just freezes? > > > > Can you pl

Re: r276200: EFI boot failure: kernel stops booting at pci0: on pcib0

On Mon, Dec 29, 2014 at 08:12:42PM +0100, Marius Strobl wrote: > On Mon, Dec 29, 2014 at 05:55:28PM +0100, Roger Pau Monné wrote: > > El 29/12/14 a les 12.41, Roger Pau Monné ha escrit: > > > Hello, > > > > > > Sorry for not noticing this earlier, I've be

Re: [Call for testers] DRM device-independent code update to Linux 3.8

On Wed, Feb 18, 2015 at 12:45:36AM +0100, Jean-Sébastien Pédron wrote: > Hi! > > An update to the DRM subsystem, not including the drivers, is ready for > wider testing! > > The patch against HEAD is here: > https://people.freebsd.org/~dumbbell/graphics/drm-update-38.f.patch > Have you looked i

Re: HEADS UP: sparc64 backend for llvm/clang imported

On Wed, Aug 19, 2015 at 04:19:03PM -0400, Kurt Lidl wrote: > > Dimitry Andric wrote this message on Fri, Feb 28, 2014 at 20:22 +0100: > >> In r262613 I have merged the clang-sparc64 branch back to head. This > >> imports an updated sparc64 backend for llvm and clang, allowing clang to > >> bootstr

Re: Wake on LAN broken (probably between r290542 - r290606)?

On Sat, Nov 14, 2015 at 09:56:36AM -0800, David Wolfskill wrote: > On Wed, Nov 11, 2015 at 06:33:37AM -0800, David Wolfskill wrote: > > ... > > But a quick perusal of > > doesn't show > > anything especially like a "smoking gun" -- to me, an

Re: sparc64 traps during probe (r293243)

On Fri, Jan 08, 2016 at 10:42:33AM -0500, Kurt Lidl wrote: > I recently updated a sparc64 V120 from r291993 > to r293243, and it now traps during the > autoconfiguration phase of the kernel boot: > <...> > -- data access exception sfar=0xfcf821ca0218 sfsr=0x41029 > %o7=0xc06165e8 -- What c

Re: sparc64 traps during probe (r293243)

On Fri, Jan 08, 2016 at 04:57:58PM +, Mark Cave-Ayland wrote: > On 08/01/16 15:42, Kurt Lidl wrote: > > This looks amazingly similar to what I get trying to boot FreeBSD under > QEMU, i.e. pointing at sched_clock(): > <...> > -- kernel stack fault %o7=0xc011a050 -- > panic: longjmp botch >

Re: Realtek 8168/8111 if_re not working in current r295091

On Wed, Feb 03, 2016 at 08:57:01PM +0100, s@web.de wrote: > After updating -current at Jan, 31st (r295091) the Realtek ethernet device > driver of my Zotac ZBox RI323 mini pc seems to be broken: I can neither > connect to the host even though the interface is shown as active, nor can I > ini

Re: Re: Realtek 8168/8111 if_re not working in current r295091

On Fri, Feb 05, 2016 at 09:04:02PM +0100, s@web.de wrote: > Hi Marius and Pyun, > > actually it is Chip rev. 0x2c80 (I have overlooked that information in my > first post) > > re0: port > 0xe000-0xe0ff mem 0xf0104000-0xf0104fff,0xf010-0xf0103fff irq 19 at > device 0.0 on pci2 > re

Re: Re: Re: Realtek 8168/8111 if_re not working in current r295091

On Sat, Feb 13, 2016 at 09:21:06PM +0100, Stefan Kohl wrote: > Hi Marius, > > I finally got my RT 8168 Ethernet Card (Zotac Ri323) working after > patching if_re.c (r295601). Contrary to the assumption that > HWREV_8168E_VL with Chip Rev 0x2c80 should not require RTL8168G > handling as soon as

Re: [tzsetup] can't set up local timezone if CMOS is set to UTC

On Mon, Aug 07, 2017 at 09:51:15AM +0300, Boris Samorodov wrote: > 07.08.2017 09:44, Boris Samorodov ?: > > Hi Marius, All, > > > > Subj at today's amd64-HEAD. If I use command "sudo tzsetup" and > > choose YES (CMOS clock is set to UTC), the program just quits. > > Yea, my clocks are at UTC b

Re: SSD - TRIM, SU and SUJ - Installer Options

On Thu, Sep 08, 2011 at 06:21:40PM +0200, Nathan Whitehorn wrote: > On 09/08/11 16:22, mysph...@web.de wrote: > >Hi there, > > > >first off all I have to say, that your new Installer in FBSD v9.0 is > >very well done. > >I just found an option, which is not activated at this time. So I wanted > >to

Re: SCSI descriptor sense changes, testing needed

On Thu, Sep 22, 2011 at 01:33:05PM -0600, Kenneth D. Merry wrote: > > I have attached a set of patches against head that implement SCSI > descriptor sense support for CAM. > > Descriptor sense is a new sense (SCSI error) format introduced in the SPC-3 > spec in 2006. FreeBSD doesn't currently su

nge(4), tl(4), wb(4) and rl(4) 8129 testers wanted [Re: Question about GPIO bitbang MII]

Could owners of nge(4), tl(4), wb(4) and rl(4) driven hardware (as for rl(4) only 8129 need testing, 8139 don't) please give the following patch a try in order to ensure it doesn't break anything? for 9/head: http://people.freebsd.org/~marius/mii_bitbang.diff for 8: http://people.freebsd.org/~mari

Re: nge(4), tl(4), wb(4) and rl(4) 8129 testers wanted [Re: Question about GPIO bitbang MII]

On Sun, Oct 16, 2011 at 02:46:23AM +0200, Damien Fleuriot wrote: > > > On 15 Oct 2011, at 22:56, Marius Strobl wrote: > > > > > Could owners of nge(4), tl(4), wb(4) and rl(4) driven hardware (as for > > rl(4) only 8129 need testing, 8139 don't) please gi

Re: Burning CDs and DVDs on SATA drive in FreeBSD 9.0

On Fri, Dec 09, 2011 at 09:23:58AM +, Thomas Mueller wrote: > > Recompile the port; the CAM ioctl numbers have changed. > > > Cheers > > Michiel > > When did these CAM ioctl numbers change? Was it before or after I built and > installed cdrtools? > > Running ls -rtl /var/db/pkg/cdrtools-3.

Re: Burning CDs and DVDs on SATA drive in FreeBSD 9.0

On Sat, Dec 10, 2011 at 02:27:22AM -0800, Thomas Mueller wrote: > > --- On Fri, 12/9/11, Marius Strobl wrote: > > > +, Thomas Mueller wrote: > > > > Recompile the port; the CAM ioctl numbers have > > changed. > > Cheers > > > > Michiel >

Re: sparc64 r228561 panic: kmem_suballoc: bad status return of 3

On Fri, Dec 16, 2011 at 08:40:48AM +, Anton Shterenlikht wrote: > Updating from r216048 to r228561 on sparc64, > with sys/conf/newvers.sh changed to REVISION="9.9". > > Trinscribed by hand: > > FreeBSD 9.9-CURRENT #3 r228561M: > > panic: kmem_suballoc: bad status return of 3 > KDB: enter: pa

Re: sparc64 r228561 panic: kmem_suballoc: bad status return of 3

On Fri, Dec 16, 2011 at 11:19:22AM +, Anton Shterenlikht wrote: > On Fri, Dec 16, 2011 at 11:37:20AM +0100, Marius Strobl wrote: > > On Fri, Dec 16, 2011 at 08:40:48AM +, Anton Shterenlikht wrote: > > > Updating from r216048 to r228561 on sparc64, > > > with sys

Re: [head tinderbox] failure on powerpc64/powerpc

On Sat, Dec 24, 2011 at 03:43:51PM +, FreeBSD Tinderbox wrote: > TB --- 2011-12-24 13:54:50 - tinderbox 2.8 running on > freebsd-current.sentex.ca > TB --- 2011-12-24 13:54:50 - starting HEAD tinderbox run for powerpc64/powerpc > TB --- 2011-12-24 13:54:50 - cleaning the object tree > TB --- 2

Re: [RFC/RFT] calloutng

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 still be able to > aggregate events

Re: [RFC/RFT] calloutng

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 callo

Re: [RFC/RFT] calloutng

On Tue, Jan 08, 2013 at 12:46:57PM +0200, Alexander Motin wrote: > 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:47A

Re: [RFC/RFT] calloutng

On Sun, Jan 13, 2013 at 09:36:11PM +0200, Alexander Motin wrote: > 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 a

Re: Fast gettimeofday(2) and static linking

On Fri, Jan 25, 2013 at 02:35:54PM +0200, Konstantin Belousov wrote: > Bruce Evans reported that statically linked binaries on HEAD an stable/9 > use the syscall for gettimeofday(2) and clock_gettime(2). Apparently, this > is due to my use of the weak reference to the __vdso* symbols in the > libc

Re: Fast gettimeofday(2) and static linking

On Mon, Jan 28, 2013 at 05:55:24PM +0200, Konstantin Belousov wrote: > On Mon, Jan 28, 2013 at 04:45:17PM +0100, Marius Strobl wrote: > > On Fri, Jan 25, 2013 at 02:35:54PM +0200, Konstantin Belousov wrote: > > > Bruce Evans reported that statically linked binaries on HEAD an

Re: Physbio changes final call for tests and reviews

On Sat, Feb 02, 2013 at 06:33:22PM +0200, Konstantin Belousov wrote: > Hi, > I finished the last (insignificant) missed bits in the Jeff' physbio > work. Now I am asking for the last round of testing and review, esp. for > the !x86 architectures. Another testing focus are the SCSI HBAs and RAID > c

Re: Physbio changes final call for tests and reviews

On Sat, Feb 02, 2013 at 06:33:22PM +0200, Konstantin Belousov wrote: > Hi, > I finished the last (insignificant) missed bits in the Jeff' physbio > work. Now I am asking for the last round of testing and review, esp. for > the !x86 architectures. Another testing focus are the SCSI HBAs and RAID > c

Re: Physbio changes final call for tests and reviews

On Sun, Feb 03, 2013 at 06:11:45PM +0200, Konstantin Belousov wrote: > On Sun, Feb 03, 2013 at 04:57:18PM +0100, Marius Strobl wrote: > > On Sat, Feb 02, 2013 at 06:33:22PM +0200, Konstantin Belousov wrote: > > > Hi, > > > I finished the last (insignificant) misse

Re: Physbio changes final call for tests and reviews

On Sat, Feb 02, 2013 at 10:47:09PM +0100, Marius Strobl wrote: > On Sat, Feb 02, 2013 at 06:33:22PM +0200, Konstantin Belousov wrote: > > Hi, > > I finished the last (insignificant) missed bits in the Jeff' physbio > > work. Now I am asking for the last round of te

Re: [RFC] USB keyboard and devd.conf

On Mon, Feb 11, 2013 at 01:43:29PM +0100, Hans Petter Selasky wrote: > Hi, > > Does anyone need these lines in /etc/devd.conf ? > > === etc/devd.conf > == > --- etc/devd.conf (revision 246620) > +++ etc/devd.conf (local) > @@

Re: [RFC] USB keyboard and devd.conf

On Wed, Feb 13, 2013 at 09:23:25AM +0100, Hans Petter Selasky wrote: > On Tuesday 12 February 2013 15:51:01 Marius Strobl wrote: > > On Mon, Feb 11, 2013 at 01:43:29PM +0100, Hans Petter Selasky wrote: > > > Hi, > > > > > > Does anyone need these lines in /

Re: [CFC/CFT] large changes in the loader(8) code

On Mon, Jul 16, 2012 at 04:00:49PM +0400, Andrey V. Elsukov wrote: > On 16.07.2012 15:31, Andriy Gapon wrote: > >> Yes. It should work as before. > > > > Well, but it's obvious that zfs_probe_dev would be attempting to do some > > unneeded > > stuff (trying to treat partitions as disks) for that

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

On Tue, Sep 03, 2013 at 11:48:38PM +0200, Olivier Cochard-Labbé wrote: > On Tue, Sep 3, 2013 at 8:10 PM, Outback Dingo wrote: > > Can anyone confirm how well tested/stable this patch set might be?? if > > theres positive input i have a zoo of dev machines i could load it on, to > > help further it

Re: newcons comming

On Fri, Oct 25, 2013 at 03:18:47PM +0300, Aleksandr Rybalko wrote: > Hello fellow hackers! > > I finally reach the point when I can work with newcons instead of > syscons on my laptop. Yes, I know it still buggy and have a lot of > style(9) problems. But we really have to get it into HEAD and 10.0

Re: Request for testing an alternate branch

On Wed, Dec 04, 2013 at 10:21:13PM -0800, Justin Hibbits wrote: > I've been working on the projects/pmac_pmu branch for some time now to > add suspend/resume as well as CPU speed change for certain PowerPC > machines, about a year since I created the branch, and now it's stable > enough that I want

Re: panic on sparc64 running 10-beta4

On Wed, Dec 04, 2013 at 11:01:30AM -0500, Kurt Lidl wrote: > I installed a sparc V120 (4GB memory, dual 72GB disks) with the 10-beta4 > install image today. > > Installation went fine. I rebooted the machine, and then went to get > a fresh ports tree, and the machine panic'd: > > root@host:/usr/

Re: Request for testing an alternate branch

On Sun, Dec 08, 2013 at 03:48:54PM -0800, Justin Hibbits wrote: > On Sun, 8 Dec 2013 14:38:53 +0100 > Marius Strobl wrote: > > > On Wed, Dec 04, 2013 at 10:21:13PM -0800, Justin Hibbits wrote: > > > I've been working on the projects/pmac_pmu branch for some time no

Re: panic on sparc64 running 10-beta4

On Sun, Dec 08, 2013 at 02:50:23PM +0100, Marius Strobl wrote: > On Wed, Dec 04, 2013 at 11:01:30AM -0500, Kurt Lidl wrote: > > I installed a sparc V120 (4GB memory, dual 72GB disks) with the 10-beta4 > > install image today. > > > > Installation went fine. I rebooted

Re: CFT: PCI Command Register fixups

On Fri, Aug 09, 2013 at 09:56:48PM -0600, Scott Long wrote: > All, > > Subversion rev 250418 affected approximately 63 drivers by making them > vulnerable to resource allocation failures on motherboards with buggy BIOSes. > The revision itself is good, but it needs to address these drivers and

Re: Fwd: OpenSSL 1.0.0d for Freebsd HEAD

On Wed, Mar 02, 2011 at 10:58:00AM +0100, Alexandre Martins wrote: > Hello, > > This sound great :) > > SIGILL is raised when the program try to execute an assembly code that the > CPU > cannot execute. It mean that the library or the binary is miscompiled. > Not necessarily, the sparc64 code

Re: Switch from legacy ata(4) to CAM-based ATA

On Wed, Apr 20, 2011 at 12:57:47PM +0300, Alexander Motin wrote: > Hi. > > With 9.0 release approaching quickly, I believe it the best time now to > manage migration from legacy ata(4) ATA to the new CAM-based one. New > ATA code present in the tree for more then a year now, used by many > people

Re: Switch from legacy ata(4) to CAM-based ATA

On Thu, Apr 21, 2011 at 01:26:25PM +0300, Alexander Motin wrote: > Marius Strobl wrote: > > On Wed, Apr 20, 2011 at 12:57:47PM +0300, Alexander Motin wrote: > >> With 9.0 release approaching quickly, I believe it the best time now to > >> manage migration from legac

Re: Old ATA disk names emulation [Was: Switch from legacy ata(4) to CAM-based ATA]

On Mon, Apr 25, 2011 at 01:23:37PM +0300, Alexander Motin wrote: > Hi. > > I've implemented following patch to keep basic compatibility for the > migrating users. I don't like such hacky things, but at least I tried to > make it less invasive. > > The idea: > - New xpt_path_legacy_ata_id() funct

Re: ZFS panic with concurrent recv and read-heavy workload

On Fri, Jun 03, 2011 at 03:03:56AM -0400, Nathaniel W Filardo wrote: > I just got this on another machine, no heavy workload needed, just booting > and starting some jails. Of interest, perhaps, both this and the machine > triggering the below panic are SMP V240s with 1.5GHz CPUs (though I will >

Re: TLS bug?

On Thu, Jun 16, 2011 at 03:53:19AM -0400, Nathaniel W Filardo wrote: > Atcht; it's late. I forgot to mention that this system is a sparc64 V240 > 2-way SMP machine. It's running a kernel from 9.0-CURRENT r222833+262af52: > Tue Jun 7 18:47:35 EDT 2011 and a userland from a little later. > > Sorr

Re: TLS bug?

On Fri, Jun 17, 2011 at 03:31:29PM -0400, Nathaniel W Filardo wrote: > On Fri, Jun 17, 2011 at 08:07:13PM +0200, Marius Strobl wrote: > > Using bonnie++ I can't reproduce this (didn't try mysql) but I have > > I seem to have good luck reproducing it with "-r 5 -s

Re: named crashes on assertion in rbtdb.c o? sparc64/SMP

On Mon, Jun 27, 2011 at 07:19:33PM +0400, KOT MATPOCKuH wrote: > Hello! > > I'm got a problem with named on FreeBSD-CURRENT/sparc64. > Up to 5 times a day it crashes with these messages: > 27-Jun-2011 03:42:14.384 general: > /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c:1614: > REQU

Re: named crashes on assertion in rbtdb.c on sparc64/SMP

On Wed, Jun 29, 2011 at 02:33:06PM +0400, KOT MATPOCKuH wrote: > 2011/6/29 KOT MATPOCKuH : > >>> I'm got a problem with named on FreeBSD-CURRENT/sparc64. > >>> Up to 5 times a day it crashes with these messages: > >>> 27-Jun-2011 03:42:14.384 general: > >>> /usr/src/lib/bind/dns/../../../contrib/bi

Re: named crashes on assertion in rbtdb.c o? sparc64/SMP

On Tue, Jul 05, 2011 at 05:55:09PM -0700, Doug Barton wrote: > On 06/28/2011 08:58, Marius Strobl wrote: > >Uhm, we once fixed a problem in the MD atomic implementation which > >still seems to present in the ISC copy. Could you please test whether > >the following patch makes

Re: named crashes on assertion in rbtdb.c o? sparc64/SMP

On Wed, Jul 06, 2011 at 11:55:15AM +0200, Marius Strobl wrote: > On Tue, Jul 05, 2011 at 05:55:09PM -0700, Doug Barton wrote: > > On 06/28/2011 08:58, Marius Strobl wrote: > > >Uhm, we once fixed a problem in the MD atomic implementation which > > >still seems to present

Re: named crashes on assertion in rbtdb.c on sparc64/SMP

On Thu, Jul 07, 2011 at 01:46:23PM +0400, KOT MATPOCKuH wrote: > I updated system to r223824 and got named patched to 9.6.-ESV-R4-P3, > but problem is still exists: > 07-Jul-2011 13:24:22.765 general: > /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c:1622: > REQUIRE(prev > 0) failed >

Re: named crashes on assertion in rbtdb.c on sparc64/SMP

On Thu, Jul 07, 2011 at 03:44:32PM +0400, KOT MATPOCKuH wrote: > 2011/7/7 Marius Strobl : > > On Thu, Jul 07, 2011 at 01:46:23PM +0400, KOT MATPOCKuH wrote: > >> I updated system to r223824 and got named patched to 9.6.-ESV-R4-P3, > >> but problem is still exists: &g

Re: named crashes on assertion in rbtdb.c on sparc64/SMP

On Fri, Jul 08, 2011 at 03:47:08PM +0400, KOT MATPOCKuH wrote: > 2011/7/7 Marius Strobl : > > That's not the patch I was referring to. I did a second one which just > > entirely disables the use of atomic operations on sparc64: > > http://people.freebsd.org/~marius/sparc

Re: named crashes on assertion in rbtdb.c on sparc64/SMP

On Fri, Jul 08, 2011 at 11:17:20PM +0400, KOT MATPOCKuH wrote: > 2011/7/8 Marius Strobl : > > > Please try the following: > > a) Instead of the base BIND use the dns/bind96 port. The native build > > ? of the latter defaults to not using the ISC atomic implementation &

Re: named crashes on assertion in rbtdb.c on sparc64/SMP

On Thu, Jul 14, 2011 at 09:53:42AM +0400, KOT MATPOCKuH wrote: > 2011/7/11 KOT MATPOCKuH : > >> Oops, sorry, I forgot to revert the previous patch when test-compiling. > >> Please re-fetch sparc64_isc_atomic.h.diff2 and try again. > > I started named from ports (dns/bind96) at Sat Jul ?9 10:08:41 M

Re: named crashes on assertion in rbtdb.c on sparc64/SMP

On Thu, Jul 14, 2011 at 05:31:49PM -0700, Doug Barton wrote: > On 07/14/2011 16:21, Marius Strobl wrote: > > On Thu, Jul 14, 2011 at 09:53:42AM +0400, KOT MATPOCKuH wrote: > >> 2011/7/11 KOT MATPOCKuH : > >>>> Oops, sorry, I forgot to revert the previous patch when

Re: named crashes on assertion in rbtdb.c on sparc64/SMP

On Sat, Jul 16, 2011 at 10:42:22PM -0700, Doug Barton wrote: > On 07/15/2011 01:40, Marius Strobl wrote: > > > The generated config.h and platform.h for sparc64 are these: > > http://people.freebsd.org/~marius/bind96_config.h > > http://people.freebsd.org/~marius/bind9

Re: SG116j install crashed

On Sat, Jan 20, 2018 at 08:25:08PM +0900, KIRIYAMA Kazuhiko wrote: > At Thu, 18 Jan 2018 15:35:41 +0900, > my wrote: > > > > Hi, all > > > > I've bought Biccamera's original bland note PC (SG116j) > > impulsively because of cheapness($1780). I've installed > > 12.0-CURRENT(r327788) right away. Bo