Re: Intel Integrated Raid (iir) relevance
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 (It would be probably good idea to redirect this discussion to -stable@, redirected) Hi, Danny, Danny Braniss wrote: > It's no longer working (for me) under 7.2, and so far > I am not getting any feedback, so since it seems that > this particular hardware has reached EOL, I was wondering > if, > a) it's true, > b) drop it, and replace it. > c) should time be spent in getting it to work again. I'm not very sure about your problem with iir(4). A diff against RELENG_7_1 does not reveal any change on the driver itself. Are you sure that 7.1-R can have the device working? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknSy7AACgkQi+vbBBjt66AUoQCgtFiu6Bsg0LygJ7gAnKLdBBMN JKIAoKNioqTEQSA8vX621jqTpBKTaO1C =RmFa -END PGP SIGNATURE- ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Is it possible to use the libthr.a file on a Redhat Linux?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Srinivas Ganji wrote: > Dear All, > > I have tried to use the libthr.a library for compiling an application which > is working fine on Redhat system with libpthread library. However, I end up > with the following errors. > [...] > My question is: Is it possible to use the FreeBSD libthr.a library on a > Redhat Linux distribution? I don't think so. libthr depends on some features that only exists on FreeBSD, like other system libraries, they wrap FreeBSD kernel interfaces to what is more familiar to application programmers, like C and POSIX APIs, etc. It should be noted that it could be possible if you recompile your application under RedHat Linux, as the upper layer of API should be more similar. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknSr6kACgkQi+vbBBjt66AiLACePPXunI2ApOoJ3OSLZKfpZWg2 m1sAoLPrnqOavIV0ldM1+D334JMuaQCs =akOZ -END PGP SIGNATURE- ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Is it possible to use the libthr.a file on a Redhat Linux?
Shaowei Wang (wsw) wrote: On Tue, Mar 31, 2009 at 4:40 PM, Srinivas Ganji wrote: Dear All, I have tried to use the libthr.a library for compiling an application which is working fine on Redhat system with libpthread library. However, I end up with the following errors. ../lib/linux/libthr.a(thr_sem.o): In function `_sem_init': thr_sem.c:(.text+0x100): undefined reference to `ksem_init' thr_sem.c:(.text+0x115): undefined reference to `ksem_destroy' ../lib/linux/libthr.a(thr_sem.o): In function `_sem_destroy': thr_sem.c:(.text+0x216): undefined reference to `ksem_destroy' ../lib/linux/libthr.a(thr_sem.o): In function `_sem_timedwait': thr_sem.c:(.text+0x2ad): undefined reference to `ksem_timedwait' ../lib/linux/libthr.a(thr_sem.o): In function `_sem_wait': collect2: ld returned 1 exit status make: *** [target] Error 1 So, I have also mentioned the libc.so.7(This is also a FreeBSD libc library) library in our application to remove the above undefined references. So, at that time I got the following errors. /usr/bin/ld: errno@@FBSD_1.0: TLS definition in /lib/libc.so.6 section .tbss mismatches non-TLS definition in ../lib/linux/libc.so section .bss /lib/libc.so.6: could not read symbols: Bad value Here, the lib/libc.so.6 is a Redhat libc library where as ../lib/linux/libc.so is a FreeBSD library (libc.so.7). My question is: Is it possible to use the FreeBSD libthr.a library on a Redhat Linux distribution? As I known, it's not possible unless you port the libthr to Linux system. Linux use clone() system call to implement thread library and FreeBSD use a different way(KSE). no, KSE was an experimental system that was removed.. FreeBSD threads are created using the thr_create() call There is some siliarity to the way that libthr and linux make threads as they are both 1:1 models. Thanks in advance. With Regards, Srinivas G ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org" ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org" ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
On 2009-Mar-30 18:45:30 -0700, Maxim Sobolev wrote: >You don't really need to do it on every execve() unconditionally. It >could be done on demand in libc, so that only when thread pass certain >threshold, the "common page optimization code" kicks in and does its >open/mmap/etc magic. Otherwise, "normal" syscall is performed. This "optimisation" is premature. First step is to implement an approach that always maps (or whatever) the data and then gather some information about its overheads in the real world. If they are deemed excessive, only then do we start looking at how to improve things. And IMO, the first step would be to lazily map the page - so it's not mapped by default but mapped the first time any of the information in it is used. >that for example gettimeofday() only gets optimized if threads calls it >more frequently that 1 call/sec. Whilst this thread started talking about timecounters, once you have a shared page, there is a variety of other information that could be exported - PID being the most obvious. If the page is exported as code rather than data (as has been suggested) then you also have the possibility of exporting CPU-dependent optimised versions of some library functions (ala Solaris). The more stuff you export, the less you gain from supporting an export threshold. On 2009-Mar-30 18:31:06 -0700, Maxim Sobolev wrote: >It's not that easy, unless you can pin thread to a specific core before >reading that page. I.e. imagine the case when your thread reads per-cpu >page, get preempted and scheduled to a different core, then executes >RDTSC there, still thinking it got TSC reading from the first core. Even >if it does re-read from that page again after reading TSC to determine >if he has read the correct TSC, still it's possible (though not very >likely) that it has been preempted again and scheduled to the first core >after reading the TSC. Good point. If you export code, rather than data, then the scheduler can just special-case threads where the return address is inside the magic page (this is a fairly cheap test and only needs to occur once you have decided to re-schedule that thread - so you are already in the "expensive" part of the scheduler and a few more instructions won't be noticable there). The most obvious approach would be to temporarily pin the thread whilst it's executing inside that page. -- Peter Jeremy pgp1rkYFkKvsZ.pgp Description: PGP signature
Re: [problem] aac0 does not respond
Vladimir Ermakov wrote: Hello, All Describe my problem: have volume RAID-10 (SAS-HDD x 6) on Adaptec RAID 5805 2 HHD of 6 have errors in smart data (damaged) i am try read file /var/db/mysql/ibdata1 from this volume system does not respond ( lost access to ssh ) after read 6GB data from this file and print debug messages on ttyv0 As to prevent the emergence of this problem? As monitor the status of RAID-controller? please, any solutions /Vladimir Ermakov ==messages on ttyv0== Mar 22 20:20:12 df24 kernel: aac0: COMMAND 0x80859dd0 TIMEOUT AFTER 50 SECONDS Mar 22 20:20:12 df24 kernel: aac0: COMMAND 0x808599e0 TIMEOUT AFTER 50 SECONDS Mar 22 20:20:12 df24 kernel: aac0: COMMAND 0x808569c0 TIMEOUT AFTER 50 SECONDS Mar 22 20:20:32 df24 kernel: aac0: COMMAND 0x80859dd0 TIMEOUT AFTER 70 SECONDS Mar 22 20:20:32 df24 kernel: aac0: COMMAND 0x808599e0 TIMEOUT AFTER 70 SECONDS Mar 22 20:20:32 df24 kernel: aac0: COMMAND 0x808569c0 TIMEOUT AFTER 70 SECONDS Mar 22 20:20:52 df24 kernel: aac0: COMMAND 0x80859dd0 TIMEOUT AFTER 90 SECONDS Mar 22 20:20:52 df24 kernel: aac0: COMMAND 0x808599e0 TIMEOUT AFTER 90 SECONDS Mar 22 20:20:52 df24 kernel: aac0: COMMAND 0x808569c0 TIMEOUT AFTER 90 SECONDS Mar 22 20:21:12 df24 kernel: aac0: COMMAND 0x80859dd0 TIMEOUT AFTER 111 SECONDS Mar 22 20:21:12 df24 kernel: aac0: COMMAND 0x808599e0 TIMEOUT AFTER 111 SECONDS Mar 22 20:21:12 df24 kernel: aac0: COMMAND 0x808569c0 TIMEOUT AFTER 111 SECONDS === # ls -halt /var/db/mysql/ibdata1 -rw-rw 1 88 88 256G Mar 22 23:23 /var/db/mysql/ibdata1 # tar -cf - /var/db/mysql/ibdata1 | pv -br > /dev/null 3.73GB [ 146MB/s] # smartctl -a -d scsi /dev/pass4 smartctl version 5.38 [amd64-portbld-freebsd7.1] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ Device: FUJITSU MAX3147RCVersion: 0104 Serial number: x Device type: <31> Transport protocol: SAS Local Time is: Tue Mar 24 10:07:08 2009 CET Device supports SMART and is Enabled Temperature Warning Enabled SMART Health Status: OK Current Drive Temperature: 21 C Drive Trip Temperature:65 C Manufactured in week 18 of year 2006 Recommended maximum start stop count: 1 times Current start stop count: 46 times Error counter log: Errors Corrected by Total Correction GigabytesTotal ECC rereads/errors algorithm processeduncorrected fast | delayed rewrites corrected invocations [10^9 bytes] errors read: 075782 1488 0 0 31950.8741488 write: 0 567 0 0 0 12148.416 0 verify:017642 960 0 0 10148.962 960 # uname -a FreeBSD sys3 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1: Mon Nov 3 18:39:49 UTC 2008 r...@sys3:/usr/obj/usr/src/sys/SYS3 amd64 # pciconf -lvc *** a...@pci0:10:0:0: class=0x010400 card=0x02b69005 chip=0x02859005 rev=0x09 hdr=0x00 vendor = 'Adaptec Inc' device = 'AAC-RAID RAID Controller' class = mass storage subclass = RAID cap 01[98] = powerspec 2 supports D0 D1 D3 current D0 cap 05[a0] = MSI supports 2 messages, 64 bit cap 10[d0] = PCI-Express 1 endpoint cap 03[90] = VPD *** # dmesg | grep aac0 aac0: mem 0xb8a0-0xb8bf irq 16 at device 0.0 on pci10 aac0: Enabling 64-bit address support aac0: Enable Raw I/O aac0: Enable 64-bit array aac0: New comm. interface enabled aac0: [ITHREAD] aac0: Adaptec 5805, aac driver 2.0.0-1 aacp0: on aac0 aacp1: on aac0 aacp2: on aac0 aacd0: on aac0 tried boot FreeBSD 7.1 i386 system and read file from volume # tar -cf - /var/db/mysql/ibdata1 | pv -br > /dev/null 256GB [ 208MB/s] # echo $? 0 # without problem (controller does not freeze) please help with FreeBSD 7.1 amd64 /Vladimir Ermakov ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Is it possible to use the libthr.a file on a Redhat Linux?
On Tue, Mar 31, 2009 at 4:40 PM, Srinivas Ganji wrote: > Dear All, > > I have tried to use the libthr.a library for compiling an application which > is working fine on Redhat system with libpthread library. However, I end up > with the following errors. > > > > ../lib/linux/libthr.a(thr_sem.o): In function `_sem_init': > > thr_sem.c:(.text+0x100): undefined reference to `ksem_init' > > thr_sem.c:(.text+0x115): undefined reference to `ksem_destroy' > > ../lib/linux/libthr.a(thr_sem.o): In function `_sem_destroy': > > thr_sem.c:(.text+0x216): undefined reference to `ksem_destroy' > > ../lib/linux/libthr.a(thr_sem.o): In function `_sem_timedwait': > > thr_sem.c:(.text+0x2ad): undefined reference to `ksem_timedwait' > > ../lib/linux/libthr.a(thr_sem.o): In function `_sem_wait': > > > > > > > > > > collect2: ld returned 1 exit status > > make: *** [target] Error 1 > > > > So, I have also mentioned the libc.so.7(This is also a FreeBSD libc > > library) library in our application to remove the above undefined > references. So, at that time I got the following errors. > > > > /usr/bin/ld: errno@@FBSD_1.0: TLS definition in /lib/libc.so.6 section > .tbss > mismatches non-TLS definition in ../lib/linux/libc.so section .bss > > /lib/libc.so.6: could not read symbols: Bad value > > > > Here, the lib/libc.so.6 is a Redhat libc library where as > ../lib/linux/libc.so is a FreeBSD library (libc.so.7). > > > > My question is: Is it possible to use the FreeBSD libthr.a library on a > Redhat Linux distribution? > As I known, it's not possible unless you port the libthr to Linux system. Linux use clone() system call to implement thread library and FreeBSD use a different way(KSE). > > > > Thanks in advance. > > > > With Regards, > > Srinivas G > ___ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org" > ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Is it possible to use the libthr.a file on a Redhat Linux?
Dear All, I have tried to use the libthr.a library for compiling an application which is working fine on Redhat system with libpthread library. However, I end up with the following errors. ../lib/linux/libthr.a(thr_sem.o): In function `_sem_init': thr_sem.c:(.text+0x100): undefined reference to `ksem_init' thr_sem.c:(.text+0x115): undefined reference to `ksem_destroy' ../lib/linux/libthr.a(thr_sem.o): In function `_sem_destroy': thr_sem.c:(.text+0x216): undefined reference to `ksem_destroy' ../lib/linux/libthr.a(thr_sem.o): In function `_sem_timedwait': thr_sem.c:(.text+0x2ad): undefined reference to `ksem_timedwait' ../lib/linux/libthr.a(thr_sem.o): In function `_sem_wait': collect2: ld returned 1 exit status make: *** [target] Error 1 So, I have also mentioned the libc.so.7(This is also a FreeBSD libc library) library in our application to remove the above undefined references. So, at that time I got the following errors. /usr/bin/ld: errno@@FBSD_1.0: TLS definition in /lib/libc.so.6 section .tbss mismatches non-TLS definition in ../lib/linux/libc.so section .bss /lib/libc.so.6: could not read symbols: Bad value Here, the lib/libc.so.6 is a Redhat libc library where as ../lib/linux/libc.so is a FreeBSD library (libc.so.7). My question is: Is it possible to use the FreeBSD libthr.a library on a Redhat Linux distribution? Thanks in advance. With Regards, Srinivas G ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"