Re: vmware reads disk on non-sector boundary
On Wed, Sep 25, 2002 at 09:39:30PM +0100, Josef Karthauser wrote: I thought that we hacked around this in the linuxulator 18 months ago by transparently converting block calls into character calls behind the scenes. Either this has been removed or something else is wrong. This isn't the case for me on -STABLE. I had to create block devices for raw disks to work. BMS To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: vmware reads disk on non-sector boundary
On Thu, Sep 26, 2002 at 09:47:33AM +0100, Bruce M Simpson wrote: On Wed, Sep 25, 2002 at 09:39:30PM +0100, Josef Karthauser wrote: I thought that we hacked around this in the linuxulator 18 months ago by transparently converting block calls into character calls behind the scenes. Either this has been removed or something else is wrong. This isn't the case for me on -STABLE. I had to create block devices for raw disks to work. Yes that needs to be done one -stable. The hack I was talking about was for -current only where block devices don't exist anymore. Joe -- As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality. - Albert Einstein, 1921 msg37085/pgp0.pgp Description: PGP signature
Re: Spark 5.
On Thu, Sep 26, 2002 at 03:17:24AM +0100, Mark Valentine wrote: Do we run on Spark 5? Someone's selling one and a monitor for 300 UK pounds. Is it worth getting hold of? Not for FreeBSD (sun4u only, I believe); SPARC 5 is sun4m (32-bit only). I concur. The SPARC port is for sun4u only. Unless you meant you were up for the challenge of bootstrapping FreeBSD on sun4m (or even sun4c). ;-) £300 is expensive - a 170MHz SPARCstation 5 goes for £75 and up on eBay in the UK (without monitor), and I think a monitor will go for about £40. I wouldn't bother with the monitor, because such things are huge, fixed frequency thus don't work with anything else. When the PROM code detects that no keyboard is plugged in, it should default to using ttya as a console. If only PCs did this... one day! The Ultra 5 is more expensive and faster, but it's PC class, not a real Sun. Agreed. Possibly one of the nastiest models Sun brought out. BMS To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
IBM ATA Deskstars *without* tagged queueing?
Guys, I bought a Deskstar 120GXP that *doesn't* appear to do tagged queueing. I was wondering if anyone else had encountered such a thing. It's somewhat annoying; generally I buy IBM drives for precisely the reason that they're meant to support tagging. The device model ID is IC35L040AVVN07-0. There's more information about these OEM drives here: http://www.digit-life.com/articles/digests/hddreview-0602-ibm.html The kernel reports it as (note no 'tagging' keyword):- atapci0: Intel ICH ATA66 controller port 0xf000-0xf00f at device 31.1 on pci0 ad0: 39266MB IC35L040AVVN07-0 [79780/16/63] at ata0-master UDMA66 I'd expect the UDMA66 as the drive is UDMA100 capable, but the board is i810 ICH, not ICH0/ICH2. uname -a: FreeBSD sulaco.dollah.com 4.7-RC FreeBSD 4.7-RC #0: Wed Sep 25 18:57:20 BST 2002 [EMAIL PROTECTED]:/usr/src/sys/compile/SULACO i386 Any ideas? BMS To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Security of a JAIL UDP patch
I would like to ask which aspects has this patch on security of a jailed
environment.
This patch enables the use of named or ircd in jails.
--- in_pcb.c.oldMon Mar 18 23:57:57 2002
+++ in_pcb.cTue Mar 19 09:52:45 2002
@@ -501,6 +501,8 @@
int error;
if (inp-inp_laddr.s_addr == INADDR_ANY p-p_prison != NULL) {
+ if (inp-inp_lport != 0)
+ inp-inp_laddr.s_addr = htonl(p-p_prison-pr_ip);
bzero(sa, sizeof (sa));
sa.sin_addr.s_addr = htonl(p-p_prison-pr_ip);
sa.sin_len=sizeof (sa);
Patch author was Lamont Granquist [EMAIL PROTECTED]
Reference:
http://www.freebsd.org/cgi/getmsg.cgi?fetch=393634+395986+/usr/local/www/db/
text/2002/freebsd-stable/20020331.freebsd-stable
Thank you very much
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Re: Slow I/O responsiveness with UDMA133
On Wed, 25 Sep 2002 22:34, Mike Silbersack wrote: On Wed, 25 Sep 2002, Sean Farley wrote: With write cache enabled it does perform better, but I would like the new computer to at least equal the old system without it enabled. With all due respect, whether that's a reality isn't your choice, it's the drive's choice. :) I am sorry, but I do not give my computer components freedom of choice. :) I just do not understand how a 5400 RPM UDMA 33 drive can beat a 7200 RPM UDMA 133 drive by 33% on sequential output blocks. Does the drive support tagged queueing? That should give you the benefits of write caching with a little bit more safety. I thought only IBM had IDE drives which supported tags. No. The specs do not mention tags. Another question, I see that in the archives that enabling IDE Prefetch was not good. Has this changed? I currently have it turned off in the BIOS. Hmm, I see that Søren mentions it should be kept on: http://groups.google.com/groups?hl=enlr=lang_enie=UTF-8selm=200201091654.g09GsG703561_freebsd.dk%40ns.sol.net OTOH, he says that the ATA driver automatically turns it on. BTW, would there happen to be a preferred BIOS setup page for FreeBSD? I have already scanned through the docs. Sean --- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: IBM ATA Deskstars *without* tagged queueing?
On Thu, 26 Sep 2002, Bruce M Simpson wrote: I bought a Deskstar 120GXP that *doesn't* appear to do tagged queueing. I was wondering if anyone else had encountered such a thing. It's somewhat annoying; generally I buy IBM drives for precisely the reason that they're meant to support tagging. The device model ID is IC35L040AVVN07-0. There's more information about these OEM drives here: http://www.digit-life.com/articles/digests/hddreview-0602-ibm.html I've got the 60GB model x 2. Since 4.6 the system won't even boot with tagging enabled :-( The kernel reports it as (note no 'tagging' keyword):- atapci0: Intel ICH ATA66 controller port 0xf000-0xf00f at device 31.1 on pci0 ad0: 39266MB IC35L040AVVN07-0 [79780/16/63] at ata0-master UDMA66 Do you have hw.ata.tags=1 in /boot/loader.conf? It is 0 by default (check with sysctl hw.ata.tags). See ata(4). $.02, /Mikko To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Spark 5.
You think the Ultra 5 is one of the worst models Sun released? It's not a real Sun? What are you guys smoking? Whatever it is I don't want any. :o) The Ultra 5 are very good machines. They are a workstation/small server class machine and they serve their purpose very well. What? You don't like the fact that they have a standard VGA connection or use an IDE hard drive? Nothing wrong with that. As a matter of fact The Ultra 5 was probably the first Sun box that was affordable enough for most of us geeks to buy. If you recall, Sun has had a reputation of being EXTREMELY expensive. The Ultra 10 is not very different in its configuration either. They are very much Sun boxes. A UltraSparc CPU, motherboard, and lets not forget the Sun specific memory. Sounds like a Sun to me. I understand where you were coming from but everything that Sun has produced to replace the Ultra 5 is PC class. Take a look at the Sun Blade 100. I picked up a Ultra 5 at Defcon this summer for $300. I got a 300MHz, 256MB RAM and a 9GB hard drive and Solaris 9. Your points were duly noted. I have heard this argument before so I figured I'd chime in. Good day fellas. I do have a Sparc 5 I'm either going to donate to Goodwill or sell on Ebay for $60 US. On Thu, Sep 26, 2002 at 03:17:24AM +0100, Mark Valentine wrote: Do we run on Spark 5? Someone's selling one and a monitor for 300 UK pounds. Is it worth getting hold of? Not for FreeBSD (sun4u only, I believe); SPARC 5 is sun4m (32-bit only). I concur. The SPARC port is for sun4u only. Unless you meant you were up for the challenge of bootstrapping FreeBSD on sun4m (or even sun4c). ;-) £300 is expensive - a 170MHz SPARCstation 5 goes for £75 and up on eBay in the UK (without monitor), and I think a monitor will go for about £40. I wouldn't bother with the monitor, because such things are huge, fixed frequency thus don't work with anything else. When the PROM code detects that no keyboard is plugged in, it should default to using ttya as a console. If only PCs did this... one day! The Ultra 5 is more expensive and faster, but it's PC class, not a real Sun. Agreed. Possibly one of the nastiest models Sun brought out. BMS To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message -- NeoMail - Webmail that doesn't suck... as much. http://neomail.sourceforge.net To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Disk space over 1 TB
Hello, Just a quick question: with the recent (past 1-2 months) commits made to CURRENT, is it possible to use more than 1 TB of disk space? (this would be a hardware RAID array, accessed via SCSI as a single ID, so no ccd, vinum or other magic) Thanks, --[ Free Software ISOs - http://www.fsn.hu/?f=download ]-- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Spark 5.
On Thu, 26 Sep 2002, Andre Hall wrote: You think the Ultra 5 is one of the worst models Sun released? It's not a real Sun? What are you guys smoking? Whatever it is I don't want any. :o) Please, for procmail's sake, take any further Sun-related bikeshed painting to -chat. ;-) Brandon D. Valentine -- http://www.geekpunk.net [EMAIL PROTECTED] ++[++-][++-].[+-][+-]+.+++..++ +.+[++-]++.+++..+++.--..+. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
UNKNOWN IP OPTION emergency
Dear All as in stevens' Tcp/Ip illustrated says when a router see an unknown option it must silently ignore it but when i put an option by type 253 len 12 and 10 byte of data some router on my path drop it how can i set an option an put 2 ip address in it that no router delete my data thanx _ Chat with friends online, try MSN Messenger: http://messenger.msn.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Disk space over 1 TB
Attila Nagy wrote: Hello, Just a quick question: with the recent (past 1-2 months) commits made to CURRENT, is it possible to use more than 1 TB of disk space? (this would be a hardware RAID array, accessed via SCSI as a single ID, so no ccd, vinum or other magic) The i386 port uses the generic disklabel code, which has 32 bit logical block addressing, which means that the partitions themselves are limited to 1TB or so. The GEOM work-in-progress is 64 bit clean internally and has at least one 64 bit clean partition method (EFI, from ia64) but that wouldn't be usable on boot disks without a fair bit of bootblock work and the userland tools to produce it are very raw at this stage. But one could theoretically use a 64 bit EFI layout on a large external raid and boot from a smaller disk. Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: IBM ATA Deskstars *without* tagged queueing?
Bruce M Simpson wrote: I bought a Deskstar 120GXP that *doesn't* appear to do tagged queueing. I was wondering if anyone else had encountered such a thing. It's somewhat annoying; generally I buy IBM drives for precisely the reason that they're meant to support tagging. Exactly the same thing happened here with a IC35L020AVER07-0; it did not do tagging and i bought it (and many other IBM drives) because of that. I spend some time verifying that it really was the drive that did not do tagging (rests: http://people.freebsd.org/~hm/misc/atacontrol.c) and when i was shure i called IBM technical support. This was one of the best support i ever got: the guy on the other side understood what i meant, he called back without me remebering him to call back, i got feedback, test software, and so on ... It turned out that the drive i bought had DELL firmware in it [ :- ] so they sent me an updated DELL firmware, but that did not enable tagged support. I asked for a cross update program to get IBM firmware; they had none. They wrote one :-), i got it and now my drive does tagged command queueing. And all this for a dirt cheap drive ... hellmuth (Cc trimmed down to -hackers) -- Hellmuth MichaelisHamburg, Europe[EMAIL PROTECTED]www.kts.org There is a difference between an open mind and a hole in the head. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: IBM ATA Deskstars *without* tagged queueing?
It seems Hellmuth Michaelis wrote: support. I asked for a cross update program to get IBM firmware; they had none. They wrote one :-), i got it and now my drive does tagged command queueing. Well, I've always liked IBM's as well, anyhow do you still have the update program ? I'd like to add that to my collection. (One of these days I really should find out how they do the firmware download)... -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: vmware reads disk on non-sector boundary
On Thu, Sep 26, 2002 at 09:52:37AM +0100, Josef Karthauser wrote: On Thu, Sep 26, 2002 at 09:47:33AM +0100, Bruce M Simpson wrote: On Wed, Sep 25, 2002 at 09:39:30PM +0100, Josef Karthauser wrote: I thought that we hacked around this in the linuxulator 18 months ago by transparently converting block calls into character calls behind the scenes. Either this has been removed or something else is wrong. This isn't the case for me on -STABLE. I had to create block devices for raw disks to work. Yes that needs to be done one -stable. The hack I was talking about was for -current only where block devices don't exist anymore. It took a while to find, but this is the hack I was referring to: Take a look at /sys/compat/linux/linux_stats.c, revision 1.29 date: 2001/01/14 23:33:50; author: joe; state: Exp; lines: +18 -11 Instead of hard coding the major numbers for IDE and SCSI disks look in the device's cdevsw for the D_DISK flag. revision 1.28 date: 2000/12/29 00:44:42; author: paul; state: Exp; lines: +15 -1 Map FreeBSD character device hard disks to Linux block device hard disks. This fixes the problem with VMWARE not being able to use raw disks. Joe -- As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality. - Albert Einstein, 1921 msg37099/pgp0.pgp Description: PGP signature
Re: vmware reads disk on non-sector boundary
On Thu, 26 Sep 2002, Josef Karthauser wrote: On Thu, Sep 26, 2002 at 09:52:37AM +0100, Josef Karthauser wrote: On Thu, Sep 26, 2002 at 09:47:33AM +0100, Bruce M Simpson wrote: On Wed, Sep 25, 2002 at 09:39:30PM +0100, Josef Karthauser wrote: I thought that we hacked around this in the linuxulator 18 months ago by transparently converting block calls into character calls behind the scenes. Either this has been removed or something else is wrong. This isn't the case for me on -STABLE. I had to create block devices for raw disks to work. Yes that needs to be done one -stable. The hack I was talking about was for -current only where block devices don't exist anymore. It took a while to find, but this is the hack I was referring to: Take a look at /sys/compat/linux/linux_stats.c, revision 1.29 date: 2001/01/14 23:33:50; author: joe; state: Exp; lines: +18 -11 Instead of hard coding the major numbers for IDE and SCSI disks look in the device's cdevsw for the D_DISK flag. revision 1.28 date: 2000/12/29 00:44:42; author: paul; state: Exp; lines: +15 -1 Map FreeBSD character device hard disks to Linux block device hard disks. This fixes the problem with VMWARE not being able to use raw disks. but it still doesn't help with partial block reads.. Joe -- As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality. - Albert Einstein, 1921 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: vmware reads disk on non-sector boundary
On Thu, Sep 26, 2002 at 07:50:36PM +0100, Josef Karthauser wrote:
It took a while to find, but this is the hack I was referring to:
Take a look at /sys/compat/linux/linux_stats.c,
Thanks for taking the effort for looking this up.
However, the function in question - newstat_copyout - is not in 'action'
here. (had set a breakpoint in ddb)
It's still unclear to me what recent change broke vmware.
The removal of block devices Julian referred to is not something recent,
is it?
I mentioned earlier to you that I am writing a linux_read system call.
This will basicly work, as long as I will be able to do the following (in
pseudo code):
linux_read(readsize) {
if (read_is_on_raw_device)
readlen = (readlen % BLOCKSIZE) + BLOCKSIZE;
/* or something like this plus some other mangling of the buffer
*/
read(readlen);
}
The only thing I have to find out is the check to see whether it is a read
on a raw device or not. I strongly prefer to do the check in linux_read
and not in the disk layer code. (It would be easier, but not cleaner)
Mark
--
Mark Santcroos RIPE Network Coordination Centre
http://www.ripe.net/home/mark/ New Projects Group/TTM
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Re: vmware reads disk on non-sector boundary
On Thu, Sep 26, 2002 at 01:35:43PM -0700, Julian Elischer wrote: Take a look at /sys/compat/linux/linux_stats.c, revision 1.29 date: 2001/01/14 23:33:50; author: joe; state: Exp; lines: +18 -11 Instead of hard coding the major numbers for IDE and SCSI disks look in the device's cdevsw for the D_DISK flag. This fixes the problem with VMWARE not being able to use raw disks. This should have read, Linux uses block devices to access raw drives, but we've got rid of them in -current and so VMWare is having a hard time running off raw partitions. Pretending that disk character device nodes are block devices appears to make VMWare run off raw drives again. but it still doesn't help with partial block reads.. That didn't appear to be a problem with VMWare2. Joe -- As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality. - Albert Einstein, 1921 msg37102/pgp0.pgp Description: PGP signature
Re: Disk space over 1 TB
On Thu, Sep 26, 2002 at 10:59:21AM -0700, Peter Wemm wrote: Attila Nagy wrote: Hello, Just a quick question: with the recent (past 1-2 months) commits made to CURRENT, is it possible to use more than 1 TB of disk space? (this would be a hardware RAID array, accessed via SCSI as a single ID, so no ccd, vinum or other magic) The i386 port uses the generic disklabel code, which has 32 bit logical block addressing, which means that the partitions themselves are limited to And the Alpha port? I have some multi TB disk arrays around at work that I can play with :) -- | / o / /_ _ [EMAIL PROTECTED] |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
[Fwd: i-Buddie 4: Synaptics touch pad FreeBSD support?]
I hope it is acceptable to send this also to the hackers list, due to
the absence of traffic about touch pads on the questions list:
Original Message
Subject: i-Buddie 4: Synaptics touch pad FreeBSD support?
Date: Fri, 27 Sep 2002 00:40:48 +0200
From: Guido Van Hoecke [EMAIL PROTECTED]
Newsgroups: gmane.os.freebsd.questions
I am experimenting with FreeBSD to be prepared when my new i-Buddie 4
arrives. (Specs at http://desknote.biz/sub/spec-i-buddie4.htm). I wonder
whether anybody has any experience with this new 'desknote' computer.
I specifically would like support for the Synaptics touch pad, but did
not find much in the FreeBSD documentation, nor in the ports collection.
So I went to see at http://www.synaptics.com/support/downloads.cfm and
found a pointer to a linux 'tpconfig' touch pad driver available at
http://compass.com/synaptics/ which has not yet been ported to FreeBSD.
So I tried to use this on my little FreeBSD testbox:
~/tpconfig-3.1.3 # ./configure
loading cache ./config.cache
checking for a BSD compatible install... (cached) /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... (cached) yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking for gcc... (cached) gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking how to run the C preprocessor... (cached) gcc -E
checking for fcntl.h... (cached) yes
checking for unistd.h... (cached) yes
updating cache ./config.cache
creating ./config.status
creating Makefile
~/tpconfig-3.1.3 # ./make
Makefile, line 254: Need an operator
make: fatal errors encountered -- cannot continue
~/tpconfig-3.1.3 #
I used vim to add line numbers in the Makefile and copypasted the result:
1 # Generated automatically from Makefile.in by configure.
2 # Makefile.in generated automatically by automake 1.4 from Makefile.am
3
4 # Copyright (C) 1994, 1995-8, 1999 Free Software Foundation, Inc.
5 # This Makefile.in is free software; the Free Software Foundation
6 # gives unlimited permission to copy and/or distribute it,
7 # with or without modifications, as long as this notice is preserved.
8
9 # This program is distributed in the hope that it will be useful,
10 # but WITHOUT ANY WARRANTY, to the extent permitted by law; without
11 # even the implied warranty of MERCHANTABILITY or FITNESS FOR A
12 # PARTICULAR PURPOSE.
13
14 # Source: $Id: Makefile.am,v 1.2 2000/11/05 21:50:25 cph Exp $
15
16
17 SHELL = /bin/sh
18
19 srcdir = .
20 top_srcdir = .
21 prefix = /usr/local
22 exec_prefix = ${prefix}
23
24 bindir = ${exec_prefix}/bin
25 sbindir = ${exec_prefix}/sbin
26 libexecdir = ${exec_prefix}/libexec
27 datadir = ${prefix}/share
28 sysconfdir = ${prefix}/etc
29 sharedstatedir = ${prefix}/com
30 localstatedir = ${prefix}/var
31 libdir = ${exec_prefix}/lib
32 infodir = ${prefix}/info
33 mandir = ${prefix}/man
34 includedir = ${prefix}/include
35 oldincludedir = /usr/include
36
37 DESTDIR =
38
39 pkgdatadir = $(datadir)/tpconfig
40 pkglibdir = $(libdir)/tpconfig
41 pkgincludedir = $(includedir)/tpconfig
42
43 top_builddir = .
44
45 ACLOCAL = aclocal
46 AUTOCONF = autoconf
47 AUTOMAKE = automake
48 AUTOHEADER = autoheader
49
50 INSTALL = /usr/bin/install -c
51 INSTALL_PROGRAM = ${INSTALL} $(AM_INSTALL_PROGRAM_FLAGS)
52 INSTALL_DATA = ${INSTALL} -m 644
53 INSTALL_SCRIPT = ${INSTALL_PROGRAM}
54 transform = s,x,x,
55
56 NORMAL_INSTALL = :
57 PRE_INSTALL = :
58 POST_INSTALL = :
59 NORMAL_UNINSTALL = :
60 PRE_UNINSTALL = :
61 POST_UNINSTALL = :
62 CC = gcc
63 MAKEINFO = makeinfo
64 PACKAGE = tpconfig
65 VERSION = 3.1.3
66
67 AUTOMAKE_OPTIONS = VERSION=1.2
68 bin_PROGRAMS = tpconfig
69 tpconfig_SOURCES = tpconfig.c synaptics.c ALPS.c utils.c
70 MAINTAINERCLEANFILES = Makefile.in configure aclocal.m4
install-sh
missing mkinstalldirs COPYING INSTALL
71
72 # don't know why this is being omitted...
73 EXTRA_DIST = configure
74 ACLOCAL_M4 = $(top_srcdir)/aclocal.m4
75 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs
76 CONFIG_CLEAN_FILES =
77 PROGRAMS = $(bin_PROGRAMS)
78
79
80 DEFS = -DPACKAGE=\tpconfig\ -DVERSION=\3.1.3\ -DHAVE_FCNTL_H=1
-DHAVE_UNISTD_H=1 -I. -I$(srcdir)
81 CPPFLAGS =
82 LDFLAGS =
83
Re: [Fwd: i-Buddie 4: Synaptics touch pad FreeBSD support?]
On Fri, 27 Sep 2002, Guido Van Hoecke wrote: So I went to see at http://www.synaptics.com/support/downloads.cfm and found a pointer to a linux 'tpconfig' touch pad driver available at http://compass.com/synaptics/ which has not yet been ported to FreeBSD. This is just a laptop with a touchpad. Chances are pretty good it's supported out of the box by FreeBSD's moused and even better than if you can't get sysmouse support that there's a driver in XFree86 for it. The linux driver is completely irrelevant not to mention the fact that I can't seem to download it in order to see what they thought was so special about their trackpad it was worthy of its own driver. Most of them just act like PS/2 mice. Molehill !Mountain Brandon D. Valentine -- http://www.geekpunk.net [EMAIL PROTECTED] ++[++-][++-].[+-][+-]+.+++..++ +.+[++-]++.+++..+++.--..+. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Disk space over 1 TB
Wilko Bulte wrote: On Thu, Sep 26, 2002 at 10:59:21AM -0700, Peter Wemm wrote: Attila Nagy wrote: Hello, Just a quick question: with the recent (past 1-2 months) commits made to CURRENT, is it possible to use more than 1 TB of disk space? (this would be a hardware RAID array, accessed via SCSI as a single ID, so no ccd, vinum or other magic) The i386 port uses the generic disklabel code, which has 32 bit logical block addressing, which means that the partitions themselves are limited to And the Alpha port? I have some multi TB disk arrays around at work that I can play with :) Yes. If you can figure out how to construct an EFI GPT partition structure on it, 'GEOM' will detect and use it via sys/geom/geom_gpt.c. Note that /sbin/gpt needs lots of work. Right now the only way to do things is to use fdisk to initialize it and convert it to gpt. This turned out to be rather painful, but I eventually convinced it to do what I needed. It shouldn't be all that hard to finish it off. The biggest problem I had was that GEOM didn't have any way to do this live. I had to create the partitions on a non-geom kernel, then reboot to see if it worked etc. Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: [Fwd: i-Buddie 4: Synaptics touch pad FreeBSD support?]
Brandon D. Valentine wrote: This is just a laptop with a touchpad. Chances are pretty good it's supported out of the box by FreeBSD's moused and ... Most of them just act like PS/2 mice. Thanks, you're right: it works like a charm on the test notebook; I had never thought to try it that way. Guido. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
$60,000,000 IN 6 MONTHS! VERIFIABLE! CHEAT-PROOF!
MY PERSONAL GOAL IS TO MAKE CERTAIN THAT YOU RECEIVE $60,000,000 IN 6 MONTHS OR LESS! FACT #1 Those who get in on a proven successful program at it's birth are guaranteed success! FACT #2 THE UP WAS JUST BORN! YOU ARE AT YOUR DREAM LOCATION! THIS IT IT! * JUST LAUNCHED! *YOU CANNOT LOSE! *WE WON'T LET YOU! *OUR GOAL IS TO GET YOU $60,000,000 IN 6 MONTHS OR LESS! *JOIN A FRATERNITY OF HELPERS WHO WILL HELP YOU SUCCEED! *THE ULITMATE PROGRAM (UP) IS THE BEST PROGRAM IN EXISTENCE! *THE LAST PROGRAM YOU WILL EVER JOIN! STOP playing around with programs that possibly get you $20,000 or $40,000. We will help YOU get $60,000,000 IN 6 MONTHS OR LESS! The UP out-performs any other program because it's self-regulated. 100% Cheatproof and Verifiable. YOU VERIFY EACH MEMBER IS REAL BEFORE YOU JOIN! Thereby eliminating ALL guesswork! SIMPLE TO DO + YOU ARE NEVER ALONE! FRATERNITY OF HELPERS helping EACH OTHER SUCCEED! Your success is Our Success! Get your FREE copy ot THE UP! Request THE UP by email, with 'SEND UP in the Subject LIne to: [EMAIL PROTECTED] OR Go to the Official UP Site for more information at: http://www.theultimateprogram.com/default.asp?up=2054 My goal is for you to receive: $60,000,000 IN 6 MONTHS OR LESS! WE CAN DO THIS! When YOU SUCCEED, I SUCCEED, AND WE ALL WIN! JOIN THE UP TODAY before the Members List fills up! Sincerely, Nancy Harlan UP Member [EMAIL PROTECTED] GO TO THE OFFICIAL SITE: http://www.theultimateprogram.com/default.asp?up=2054 ANY QUESTIONS, ANYTIME! [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: [Fwd: i-Buddie 4: Synaptics touch pad FreeBSD support?]
On 27 Sep 2002, Daniel O'Connor wrote: You can put them into a special mode which allows you to do more stuff with them (get absolute position and pressure information and the like). I'd love to see FreeBSD get theremin support. ;-) [ Orthogonally cool is using syntapics touchpad output to generate entropy for /dev/random. ] Brandon D. Valentine -- http://www.geekpunk.net [EMAIL PROTECTED] ++[++-][++-].[+-][+-]+.+++..++ +.+[++-]++.+++..+++.--..+. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: [Fwd: i-Buddie 4: Synaptics touch pad FreeBSD support?]
If you want to get tpconfig to work (so that you can customise various features of the touchpad), I have a PR that will allow you to do this. It is a combination of a hack to the kernel, and a port of tpconfig. Look at http://www.freebsd.org/cgi/query-pr.cgi?pr=24299 http://www.freebsd.org/cgi/query-pr.cgi?pr=20352 -- Stephen Montgomery-Smith [EMAIL PROTECTED] http://www.math.missouri.edu/~stephen To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
how are sysctls in klds relocated?
Can somebody explain to me how sysctls from klds are relocated?
For background, after the binutils upgrade in -stable, I'm unable to
load linux.ko on my desktop. The faulting address is always
0x9010102464c457f (oidp-oid_parent) and the pc is in
sysctl_find_oid_name().
The crash looks like this:
acd0: CDROM CD-ROM CDU4011 at ata1-slave PIO4
Mounting root from ufs:/dev/ad2a
linker_load_file: trying to load osf1 as elf64
linker_make_file: new file, filename=osf1.ko
linker_file_register_sysctls: registering SYSCTLs for osf1.ko
linker_file_register_sysctls: SYSCTLs 0
linker_file_sysinit: calling SYSINITs for osf1.ko
linker_file_sysinit: SYSINITs 0xfe00020799a0
linker_load_file: trying to load linux as elf64
linker_make_file: new file, filename=linux.ko
linker_file_register_sysctls: registering SYSCTLs for linux.ko
linker_file_register_sysctls: SYSCTLs 0xfe00020a6d08
fatal kernel trap:
trap entry = 0x2 (memory management fault)
a0 = 0x9010102464c457f
a1 = 0x1
a2 = 0x0
pc = 0xfc3f42dc
ra = 0xfc3f436c
curproc= 0xfe001557e980
pid = 15, comm = kldload
#0 0xfc3ed460 in dumpsys () at ../../kern/kern_shutdown.c:486
#1 0xfc3ecfa8 in boot (howto=256) at
../../kern/kern_shutdown.c:316
#2 0xfc3ed870 in panic (fmt=0xfc61da1c trap)
at ../../kern/kern_shutdown.c:595
#3 0xfc5ad4c0 in trap (a0=0x9010102464c457f,
a1=0xfe0019c49e30, a2=0, entry=2, framep=0xfe0019c49c20)
at ../../alpha/alpha/trap.c:551
#4 0xfc59f31c in XentMM ()
#5 0xfc3f3f2c in sysctl_register_oid
(oidp=0xfe00020cc000)
at ../../kern/kern_sysctl.c:102
the rest from ddb, which actually works to get a stack trace..
sysctl_find_oid_name()
sysctl_register_iod()
sysctl_register_set()
linker_file_register_sysctls()
linker_load_file()
kldload()
syscall()
(gdb) p *(struct linker_set *) 0xfe00020a6d08
$6 = {
ls_length = 4,
ls_items = {0xfe000208}
}
(gdb) p/x *(struct sysctl_oid *)0xfe000208
$5 = {
oid_parent = 0x9010102464c457f,
oid_link = {
sle_next = 0x0
},
oid_number = 0x90260003,
oid_kind = 0x1,
oid_arg1 = 0x8d40,
oid_arg2 = 0x40,
oid_name = 0x18140,
oid_handler = 0x380040,
oid_fmt = 0x1a001d0043,
oid_refcnt = 0x1
From this, it appears that the contents of this linkerset are not
getting relocated. How is that supposed to happen?
Interestingly enough, the value of oid_parent looks a hell of a lot
like offset 0 of the kld file, and the rest of the values seem to
match further offsets in the file:
% hd /modules/linux.ko
7f 45 4c 46 02 01 01 09 00 00 00 00 00 00 00 00 |.ELF|
0010 03 00 26 90 01 00 00 00 00 8b 00 00 00 00 00 00 |...|
0020 40 00 00 00 00 00 00 00 d8 a1 12 00 00 00 00 00 |@...|
0030 00 00 00 00 40 00 38 00 03 00 40 00 1f 00 1c 00 |@.8...@.|
0040 01 00 00 00 05 00 00 00 00 00 00 00 00 00 00 00 ||
...
Does anybody have any idea WTF is happening here? I'd like to figure
this out before 4.7-release..
Whats *really* odd (and annoying) is that I cannot reprduce this on my
crashbox. The same binaries work fine on it ... this only happens on
my desktop.
Thanks,
Drew
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Re: Slow I/O responsiveness with UDMA133
On Thu, 26 Sep 2002, Sean Farley wrote: I just do not understand how a 5400 RPM UDMA 33 drive can beat a 7200 RPM UDMA 133 drive by 33% on sequential output blocks. Rumor has it that newer drives cannot write a single sector at a time, and instead must read a whole cluster of sectors, add in the new sector, and write back the whole cluster. That behavior sounds like it would hurt sequentual performance substantially, as it would become a lot of read-modify-write operations. Does the drive support tagged queueing? That should give you the benefits of write caching with a little bit more safety. I thought only IBM had IDE drives which supported tags. No. The specs do not mention tags. Hm, I thought other vendors had started to support them, I guess they decided not to. :| I have no idea on what BIOS settings would be optimal. I doubt that they'll make a real performance difference. Mike Silby Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
