Re: USB OHCI problems...
Just to add to what I wrote at the end of October:
> Anyway, under FreeBSD-4 with kernel modules built 10.August
> from source that I believe is based on FreeBSD-5-current of
> that era, I'm seeing corruption of data read from umass
> devices attached to an OHCI controller card. Use of a UHCI
> controller card instead seems mostly free of problems.
In addition, I've connected a uaudio sound device, which
works to play audio for between 10 and 13 minutes, before
bombing out with an error in ohci_device_isoc_enter(),
tripping over one of the two
/* Allocate next ITD */
nsitd = ohci_alloc_sitd(sc);
if (nsitd == NULL) {
/* XXX what now? */
printf("%s: isoc TD alloc failed\n",
USBDEVNAME(sc->sc_bus.bdev));
return;
}
Connecting this uaudio device to a UHCI card results in
problem-free playback for at least a couple hours. And,
I'm rather sure that I was able to play through this OHCI
controller under NetBSD for an extended time. This device
does not attach to EHCI.
For this, I used kernel modules on my FreeBSD 4.x box,
recently built from as much of the -current USB code as
I could get to compile with minimal hackery, but this time
without merging in the work in P4 from Ian Dowse, or the
patchsets based on these. Source code date at least a
couple weeks to a month old.
I'll try updating to the most recent code I can lay me
grubby mitts on (stop with all these updates while I'm
offline, eh) as well as the above patchsets, to see if
things are changed in the OHCI world.
Also, I'm about to the point of readiness to acquire another
card with OHCI to see if any chipset-specific problems could
be tickling my problems -- though NetBSD appears to work
mostly fine. This OHCI chipset is on a combi-card in a
machine with a severe lack of PCI slots, while my UHCI card
is devoted to USB and fit better into a machine with a lack
(but not quite so severe) of PCI slots. Perhaps there's a
PCI-PCI bridge on the card in the way, but there's a firewire
controller on the card sharing the interrupt with OHCI, and
I have no problems with the firewire.
thanks
barry bouwsma
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
MYSQL connection problem
Hi Guys; As always, if this list is not the right place, please forgive me. I have two machines: 1) Free 4.10 / mysql (5.0.0) listening on port 5006 2) Free 5.3 Release / mysql (5.0.0) listening on port 5007 On both, no firewalls, blocks or anything of that sort. Both machines have the same configuration. Both mysql were compiled from the ports with the same options. The only difference between the two machines is the Free version and port mysql is listening on. Here are the outputs of the following commands on machine 1): >telnet localhost 5006 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 9 5.0.0-alpha}l'zRjBG,!js%Zxl6f"p3 (after a few seconds...) Connection closed by foreign host. - >mysql -u root -P 5006 -h 127.0.0.1 -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 8 to server version: 5.0.0-alpha Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql> ** Now, here are the outputs of the same commands on machine 2): ]>telnet localhost 5007 Trying ::1... Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. Connection closed by foreign host. (no wait for this line to show!) >mysql -u root -P 5007 -h 127.0.0.1 -p Enter password: ERROR 2013 (HY000): Lost connection to MySQL server during query ** I can only connect on machine 2) if I use a mysql.sock file. Any attempt to connect via TCP/IP doesn´t work !! command line client, java connectors (all possible versions) none work. I´ve been into every single link google returned to me on the ERROR 2013 above for 2 days now and none of them had any info to get this working. Believe me, I tried every hint of suggestion there was. I really hope someone here has any clues to what is going on. thanks, -- //| //|| // | // || -//--//---|| ARIO LOBO // //|| - [EMAIL PROTECTED] http://www.ipad.com.br ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
need help in rebuilding to Freebsd 5.3
Hello, I am not aware whether this is the right mailing list -so pl. advise where to send in my request if it isn't. I am running Freebsd 5.2.1 I have sources from CD on my /usr/src -and want to upgrade to Stable 5.3. I downloaded CVSup and the supfile to get RELENG_5_3. I found that it does not download files in the attic [and there is no attic directory at my end]. The 'make buildworld' fails without the file /usr/src/contrib/gperf/lib/getopt.h. I notice Cvsup hasn't downloaded the file getopt.c either or any other files in attic. I tried changing tag to '.' and it doesn't help either. I have a low bandwidth connection, so pl. give me a clue on how to sync up everything. The 'make buildkernel' also fails with the following error:- -- -- >>> stage 3.1: making dependencies -- cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac DESTDIR=/usr/obj/usr/src/i386 _SHLIBDIRPREFIX=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin /usr/obj/usr/src/make.i386/make KERNEL=kernel depend -DNO_MODULES_OBJ rm -f .olddep if [ -f .depend ]; then mv .depend .olddep; fi /usr/obj/usr/src/make.i386/make _kernel-depend cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding /usr/src/sys/i386/i386/genassym.c cc1: error: invalid parameter `inline-unit-growth' cc1: error: invalid parameter `large-function-growth' *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. - Appreciate any help on this. thanks -kamal ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: MYSQL connection problem
Yeah, it is the only one on that port. The worst part is that the connection attempt doesn´t even generates a log entry !! I looked into the log also !! netstat -an | grep LIST tcp4 0 0 *.5007 *.*LISTEN tcp4 0 0 *.199 *.*LISTEN tcp4 0 0 *.443 *.*LISTEN tcp4 0 0 *.80 *.*LISTEN tcp4 0 0 127.0.0.1.25 *.*LISTEN tcp4 0 0 *.22 *.*LISTEN here is my.cnf [mysqld] datadir=/bd/mysql/data socket=/home/xxx/mysql/mysql.sock port=5004 set-variable = max_connections=2000 [mysql.server] user=xxx basedir=/bd/ [safe_mysqld] err-log=/home/xxx/mysql/mysqld.log pid-file=/home/xxx/mysql/mysqld.pid > > I know this might sound rather obvious but have you checked whether mysql is > actually listening on that port? Perhaps that port is being used by another > daemon or process and mysql cannot bind to it while starting. > use netstat to check this. Also try and look at the error log file for the > mysql daemon. Usually this is located in the /var/db/mysql directory. > -- //| //|| // | // || -//--//---|| ARIO LOBO // //|| - [EMAIL PROTECTED] http://www.ipad.com.br ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: USB OHCI problems...
Hi,
I've got a new USB driver (with OHCI isoc fixed). You need FreeBSD 5.2/5.3 to
get it compiled.
You might be able to get it compiled on FreeBSD 4.x, but you will need to to
some hacking.
For example you need to add to dev/usb2/usb_port.h :
#ifndef MTX
#define MTX
struct mtx { int s; u_int8_t locked; u_int8_t mtx_recurse; }
#define mtx_init(args...)
#define mtx_lock(mtx) { (mtx)->s = splnet(); if((mtx)->locked) {
(mtx)->mtx_recurse++; } else { (mtx)->locked = 1; } }
#define mtx_unlock(mtx) { splx((mtx)->s); if((mtx)->mtx_recurse) {
(mtx)->mtx_recurse--; } else { (mtx)->locked = 0; } }
int
msleep(void *ident, struct mtx *mtx, int priority, const char *wmesg,
int timo);
#endif
and to dev/usb2/_usb.c:
int
msleep(void *ident, struct mtx *mtx, int priority, const char *wmesg,
int timo)
{
tsleep(ident,priority,wmesg,timo);
}
Create a new directory and download the following files and type "make
install" (to uninstall type "make deinstall")
http://home.c2i.net/hselasky/isdn4bsd/privat/usb/Makefile
http://home.c2i.net/hselasky/isdn4bsd/privat/usb/new_usb_1_5_4.diff.bz2
http://home.c2i.net/hselasky/isdn4bsd/privat/usb/new_usb_1_5_4.tar.bz2
Maybe this thread should be moved to [EMAIL PROTECTED] ?
Yours
-HPS
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ssh & select() problem on 5.3
Just for the record, the problem is solved. It was indeed a misconfiguration at the next hop, at the provider. Thank you. With respect, -- Claudiu Dragalina-Paraipan [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Re: MYSQL connection problem (correction re-post)
Sorry for this :( . Correction marked with " <= " I typed a my.cnf from another machine. only the port differs. == Yeah, it is the only one on that port. The worst part is that the connection attempt doesn´t even generates a log entry !! I looked into the log also !! netstat -an | grep LIST tcp4 0 0 *.5007 *.*LISTEN tcp4 0 0 *.199 *.*LISTEN tcp4 0 0 *.443 *.*LISTEN tcp4 0 0 *.80 *.*LISTEN tcp4 0 0 127.0.0.1.25 *.*LISTEN tcp4 0 0 *.22 *.*LISTEN here is my.cnf [mysqld] datadir=/bd/mysql/data socket=/home/xxx/mysql/mysql.sock port=5007 <= set-variable = max_connections=2000 [mysql.server] user=xxx basedir=/bd/ [safe_mysqld] err-log=/home/xxx/mysql/mysqld.log pid-file=/home/xxx/mysql/mysqld.pid > > I know this might sound rather obvious but have you checked whether mysql is > actually listening on that port? Perhaps that port is being used by another > daemon or process and mysql cannot bind to it while starting. > use netstat to check this. Also try and look at the error log file for the > mysql daemon. Usually this is located in the /var/db/mysql directory. > -- //| //|| // | // || -//--//---|| ARIO LOBO // //|| - [EMAIL PROTECTED] http://www.ipad.com.br ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: MYSQL connection problem (correction re-post)
hrmm. Can you try switching the port to another port number? Perhaps a lower port number? See if you can get it to connect in that way? In your log file, does it print messages about having successfully started up? Do you have ipfw or any other packet filter on your machine? - Original Message - From: <[EMAIL PROTECTED]> To: "Arun Pereira" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Tuesday, November 30, 2004 12:24 PM Subject: Re: MYSQL connection problem (correction re-post) Sorry for this :( . Correction marked with " <= " I typed a my.cnf from another machine. only the port differs. == Yeah, it is the only one on that port. The worst part is that the connection attempt doesn´t even generates a log entry !! I looked into the log also !! netstat -an | grep LIST tcp4 0 0 *.5007 *.*LISTEN tcp4 0 0 *.199 *.*LISTEN tcp4 0 0 *.443 *.*LISTEN tcp4 0 0 *.80 *.*LISTEN tcp4 0 0 127.0.0.1.25 *.*LISTEN tcp4 0 0 *.22 *.*LISTEN here is my.cnf [mysqld] datadir=/bd/mysql/data socket=/home/xxx/mysql/mysql.sock port=5007 <= set-variable = max_connections=2000 [mysql.server] user=xxx basedir=/bd/ [safe_mysqld] err-log=/home/xxx/mysql/mysqld.log pid-file=/home/xxx/mysql/mysqld.pid I know this might sound rather obvious but have you checked whether mysql is actually listening on that port? Perhaps that port is being used by another daemon or process and mysql cannot bind to it while starting. use netstat to check this. Also try and look at the error log file for the mysql daemon. Usually this is located in the /var/db/mysql directory. -- //| //|| // | // || -//--//---|| ARIO LOBO // //|| - [EMAIL PROTECTED] http://www.ipad.com.br ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: MYSQL connection problem (correction re-post)
Hi Arun; > hrmm. > Can you try switching the port to another port number? Perhaps a lower port > number? > See if you can get it to connect in that way? Makes no difference > In your log file, does it print messages about having successfully started > up? Yes, it does. Like I said, if I use mysql.sock I connect fine. The problem is in TCP connections. > Do you have ipfw or any other packet filter on your machine? None whatsoever, of any kind. -- //| //|| // | // || -//--//---|| ARIO LOBO // //|| - [EMAIL PROTECTED] http://www.ipad.com.br > > - Original Message - > From: <[EMAIL PROTECTED]> > To: "Arun Pereira" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Tuesday, November 30, 2004 12:24 PM > Subject: Re: MYSQL connection problem (correction re-post) > > > Sorry for this :( . Correction marked with " <= " > > I typed a my.cnf from another machine. only the port differs. > > == > Yeah, it is the only one on that port. The worst part is that the connection > attempt doesn´t even > generates a log entry !! I looked into the log also !! > > netstat -an | grep LIST > tcp4 0 0 *.5007 *.*LISTEN > tcp4 0 0 *.199 *.*LISTEN > tcp4 0 0 *.443 *.*LISTEN > tcp4 0 0 *.80 *.*LISTEN > tcp4 0 0 127.0.0.1.25 *.*LISTEN > tcp4 0 0 *.22 *.*LISTEN > > here is my.cnf > > [mysqld] > datadir=/bd/mysql/data > socket=/home/xxx/mysql/mysql.sock > > port=5007 <= > > set-variable = max_connections=2000 > > [mysql.server] > user=xxx > basedir=/bd/ > > [safe_mysqld] > err-log=/home/xxx/mysql/mysqld.log > pid-file=/home/xxx/mysql/mysqld.pid > > > > > I know this might sound rather obvious but have you checked whether mysql > > is > > actually listening on that port? Perhaps that port is being used by > > another > > daemon or process and mysql cannot bind to it while starting. > > use netstat to check this. Also try and look at the error log file for the > > mysql daemon. Usually this is located in the /var/db/mysql directory. > > > > -- >//| //|| > // | // || > -//--//---|| ARIO LOBO > // //|| > - > [EMAIL PROTECTED] > http://www.ipad.com.br > > ___ > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > > > > ___ > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: isp driver not 64 bit?
On Mon, Nov 29, 2004 at 08:05:39PM -0500, [EMAIL PROTECTED] wrote.. > After a bunch of frustrating debugging, I've tenatively come to the > conclusion that the isp(4) driver is not 64 bit safe --- at the very > least insofar as the amd64 platform is concerned. Side note: isp(4) has been in use for years on Alpha, and I do not recall having seen problems like yours on it. Mind you, not much FC connections I ever used on it. The only thing critical for success on Alpha is loading ispfw.ko *always*. Matt (mjacob) has noted that multiple times, and he is absolutely right. Wilko -- Wilko Bulte [EMAIL PROTECTED] smime.p7s Description: S/MIME cryptographic signature
Re: isp driver not 64 bit?
On Tuesday 30 November 2004 11:39 am, Wilko Bulte wrote: > On Mon, Nov 29, 2004 at 08:05:39PM -0500, [EMAIL PROTECTED] > wrote.. > > > After a bunch of frustrating debugging, I've tenatively come to the > > conclusion that the isp(4) driver is not 64 bit safe --- at the > > very least insofar as the amd64 platform is concerned. > > Side note: isp(4) has been in use for years on Alpha, and I do not > recall having seen problems like yours on it. Mind you, not much FC > connections I ever used on it. The only thing critical for success > on Alpha is loading ispfw.ko *always*. Matt (mjacob) has noted that > multiple times, and he is absolutely right. > > Wilko I haven't seen an alpha with more than 2G of ram that we booted on. Is it possible that isp has never been tested with >4G ram? Secondly.. what release is this on? I'm wondering if the horrific busdma bugs in 5.3-RELEASE might be a problem if the machine does have >4G ram. Third, is this a machine ram size problem or a disk volume size problem? The original post was about a 131G FC volume and calculating the wrong number of sectors and the wrong sector size... -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] "All of this is for nothing if we don't go to the stars" - JMS/B5 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: isp driver not 64 bit?
On Tue, Nov 30, 2004 at 12:22:23PM -0800, Peter Wemm wrote.. > On Tuesday 30 November 2004 11:39 am, Wilko Bulte wrote: > > On Mon, Nov 29, 2004 at 08:05:39PM -0500, [EMAIL PROTECTED] > > wrote.. > > > > > After a bunch of frustrating debugging, I've tenatively come to the > > > conclusion that the isp(4) driver is not 64 bit safe --- at the > > > very least insofar as the amd64 platform is concerned. > > > > Side note: isp(4) has been in use for years on Alpha, and I do not > > recall having seen problems like yours on it. Mind you, not much FC > > connections I ever used on it. The only thing critical for success > > on Alpha is loading ispfw.ko *always*. Matt (mjacob) has noted that > > multiple times, and he is absolutely right. > > > > Wilko > > I haven't seen an alpha with more than 2G of ram that we booted on. Is > it possible that isp has never been tested with >4G ram? Quite possible as far as Alpha is concerned. You are correct about the 2G, on a lot of Alpha models it is less than that (IIRC..) > Third, is this a machine ram size problem or a disk volume size problem? > The original post was about a 131G FC volume and calculating the wrong > number of sectors and the wrong sector size... Given time () I could test up to 2TB volumes using FC / isp(4) at work. But not on amd64 as we do not currently have such a machine :) W/ -- Wilko Bulte [EMAIL PROTECTED] smime.p7s Description: S/MIME cryptographic signature
Re: isp driver not 64 bit?
> "Wilko" == Wilko Bulte <[EMAIL PROTECTED]> writes: Wilko> On Tue, Nov 30, 2004 at 12:22:23PM -0800, Peter Wemm wrote.. >> On Tuesday 30 November 2004 11:39 am, Wilko Bulte wrote: > On Mon, >> Nov 29, 2004 at 08:05:39PM -0500, [EMAIL PROTECTED] > wrote.. >> > >> > > After a bunch of frustrating debugging, I've tenatively come to >> the > > conclusion that the isp(4) driver is not 64 bit safe --- at >> the > > very least insofar as the amd64 platform is concerned. >> > >> > Side note: isp(4) has been in use for years on Alpha, and I do >> not > recall having seen problems like yours on it. Mind you, not >> much FC > connections I ever used on it. The only thing critical >> for success > on Alpha is loading ispfw.ko *always*. Matt (mjacob) >> has noted that > multiple times, and he is absolutely right. >> > >> > Wilko >> >> I haven't seen an alpha with more than 2G of ram that we booted on. >> Is it possible that isp has never been tested with >4G ram? Wilko> Quite possible as far as Alpha is concerned. You are correct Wilko> about the 2G, on a lot of Alpha models it is less than that Wilko> (IIRC..) >> Third, is this a machine ram size problem or a disk volume size >> problem? The original post was about a 131G FC volume and >> calculating the wrong number of sectors and the wrong sector >> size... Wilko> Given time () I could test up to 2TB volumes using FC / Wilko> isp(4) at work. But not on amd64 as we do not currently have Wilko> such a machine :) I just heard back from some people still onsite. The ISP driver booted with everything the same except hw.physmem=2g works. It's a memory issue. I didn't ever think it was a volume size issue as the volume was 131 gig ... and that's not big these days. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: isp driver not 64 bit?
> "Peter" == Peter Wemm <[EMAIL PROTECTED]> writes: Peter> On Tuesday 30 November 2004 11:39 am, Wilko Bulte wrote: >> On Mon, Nov 29, 2004 at 08:05:39PM -0500, [EMAIL PROTECTED] >> wrote.. >> >> > After a bunch of frustrating debugging, I've tenatively come to >> the > conclusion that the isp(4) driver is not 64 bit safe --- at >> the > very least insofar as the amd64 platform is concerned. >> >> Side note: isp(4) has been in use for years on Alpha, and I do not >> recall having seen problems like yours on it. Mind you, not much >> FC connections I ever used on it. The only thing critical for >> success on Alpha is loading ispfw.ko *always*. Matt (mjacob) has >> noted that multiple times, and he is absolutely right. >> >> Wilko Peter> I haven't seen an alpha with more than 2G of ram that we booted Peter> on. Is it possible that isp has never been tested with >4G Peter> ram? I had the machine tested with hw.physmem=2g and it works. Peter> Secondly.. what release is this on? I'm wondering if the Peter> horrific busdma bugs in 5.3-RELEASE might be a problem if the Peter> machine does have >> 4G ram. I updated to -STABLE as of yesterday morning and it changed the nature of the panic somewhat, but did not fix it. Peter> Third, is this a machine ram size problem or a disk volume size Peter> problem? The original post was about a 131G FC volume and Peter> calculating the wrong number of sectors and the wrong sector Peter> size... Someone pointed out to me that my integer was 0xDEADBEEF ... which somewhat squared with my use of 'options INVARIANTS' on the kernel. Note that the scsi_da.c size printf shows the correct size. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: isp driver not 64 bit?
> "Wilko" == Wilko Bulte <[EMAIL PROTECTED]> writes: Wilko> On Mon, Nov 29, 2004 at 08:05:39PM -0500, [EMAIL PROTECTED] Wilko> wrote.. >> After a bunch of frustrating debugging, I've tenatively come to the >> conclusion that the isp(4) driver is not 64 bit safe --- at the >> very least insofar as the amd64 platform is concerned. Wilko> Side note: isp(4) has been in use for years on Alpha, and I do Wilko> not recall having seen problems like yours on it. Mind you, Wilko> not much FC connections I ever used on it. The only thing Wilko> critical for success on Alpha is loading ispfw.ko *always*. Wilko> Matt (mjacob) has noted that multiple times, and he is Wilko> absolutely right. I did have device ispfw in the kernel, but this card may be new enough not to require it --- ispfw didn't change the behaviour or spit out any boot messages. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: isp driver not 64 bit?
On Tue, Nov 30, 2004 at 03:42:55PM -0500, David Gilbert wrote: > I just heard back from some people still onsite. The ISP driver > booted with everything the same except hw.physmem=2g works. It's a > memory issue. Try hw.physmem=4g. It should be the 4GB boundary, not 2GB boundary that is causing you trouble. -- -- David([EMAIL PROTECTED]) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: isp driver not 64 bit?
On Tuesday 30 November 2004 02:54 pm, David O'Brien wrote: > On Tue, Nov 30, 2004 at 03:42:55PM -0500, David Gilbert wrote: > > I just heard back from some people still onsite. The ISP driver > > booted with everything the same except hw.physmem=2g works. It's a > > memory issue. > > Try hw.physmem=4g. It should be the 4GB boundary, not 2GB boundary > that is causing you trouble. I wonder if the isp driver is using 32 bit signed addressing for its dma control blocks or something.. I have an ISP-something scsi controller that I could probably extract from an itanic box, but I've got to get more ram in my test machine.. -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] "All of this is for nothing if we don't go to the stars" - JMS/B5 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: USB OHCI problems...
On Tue, 30 Nov 2004 23:40, Barry Bouwsma wrote: > In addition, I've connected a uaudio sound device, which > works to play audio for between 10 and 13 minutes, before > bombing out with an error in ohci_device_isoc_enter(), > tripping over one of the two On a side note.. How are you testing it? Last time I tried my USB audio device I got pretty reliable panics trying to get KDE to use it :( -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C pgpgjIvJBJvSV.pgp Description: PGP signature
Re: isp driver not 64 bit?
> "David" == David O'Brien <[EMAIL PROTECTED]> writes: David> On Tue, Nov 30, 2004 at 03:42:55PM -0500, David Gilbert wrote: >> I just heard back from some people still onsite. The ISP driver >> booted with everything the same except hw.physmem=2g works. It's a >> memory issue. David> Try hw.physmem=4g. It should be the 4GB boundary, not 2GB David> boundary that is causing you trouble. They will likely do that, but that result is slightly less important. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
