nForce 4, SATA Drive only runs at UDMA33?
Hi, I've got a new machine and don't think I'm getting all the speed out of it that I should be. Any hints/ideas for what I can do to make the most of my new hardware? FreeBSD 5.4-Release Shuttle SN25P Nvidia NForce 4 with SATA 150 WD Raptor HD I ran atacontrol and it reports: # atacontrol list ATA channel 0: Master: ad0 Maxtor 6Y160P0/YAR41BW0 ATA/ATAPI revision 7 Slave: acd0 SONY DVD RW DRU-510A/1.0c ATA/ATAPI revision 6 ATA channel 1: Master: no device present Slave: no device present ATA channel 2: Master: no device present Slave: no device present ATA channel 3: Master: ad6 WDC WD740GD-00FLA2/31.08F31 Serial ATA v1.0 Slave: no device present ATA channel 4: Master: no device present Slave: no device present ATA channel 5: Master: no device present Slave: no device present # atacontrol mode 3 Master = UDMA33 Slave = BIOSPIO It looks like the standard IDE port is being detected as the nForce4 but the SATA controllers aren't - they just get labelled GENERIC. Check it out below. A verbose dmesg reports: atapci0: nVidia nForce4 UDMA133 controller port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 6.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=50 stat1=00 devices=0x9ATAPI_SLAVE,ATA_MASTER ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: [MPSAFE] atapci1: GENERIC ATA controller port 0xd800-0xd80f,0xb70-0xb73,0x970-0x977,0xbf0-0xbf3,0x9f0-0x9f7 irq 20 at device 7.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd800 atapci1: [MPSAFE] ata2: channel #0 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x9f0 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbf0 ata2: reset tp1 mask=03 ostat0=7f ostat1=7f ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata2: reset tp2 stat0=ff stat1=ff devices=0x0 ata2: [MPSAFE] ata3: channel #1 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x970 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb70 ata3: reset tp1 mask=03 ostat0=50 ostat1=00 ata3-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata3-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1ATA_MASTER ata3: [MPSAFE] atapci2: GENERIC ATA controller port 0xc400-0xc40f,0xb60-0xb63,0x960-0x967,0xbe0-0xbe3,0x9e0-0x9e7 irq 22 at device 8.0 on pci0 atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc400 atapci2: [MPSAFE] ata4: channel #0 on atapci2 atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0x9e0 atapci2: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbe0 ata4: reset tp1 mask=03 ostat0=7f ostat1=7f ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata4: reset tp2 stat0=ff stat1=ff devices=0x0 ata4: [MPSAFE] ata5: channel #1 on atapci2 atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0x960 atapci2: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb60 ata5: reset tp1 mask=03 ostat0=7f ostat1=7f ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata5: reset tp2 stat0=ff stat1=ff devices=0x0 ata5: [MPSAFE] Any hints/ideas for what I can do to make the most of my new hardware? Thanks, Alan Bryan __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: drive failure during rebuild causes page fault
On 19/05/2005, at 2.20, Joe Rhett wrote: Soren, I've just retested all of this with 5.4-REL and most of the problems listed here are solved. The only problems appear to be related to these ghost arrays that appear when it finds a drive that was taken offline earlier. For example, pull a drive and then reboot the system. This depends heavily on the metadata format used, some of them simply doesn't have the info to avoid this and some just ignores the problem. 1. If you reboot the system you can delete the array cleanly, but it returns next time. I can't figure out how to make this information go away, and I've tried low-level formatting the disks :-( You need to overwrite the metadata (se above) which are located in different places again depending on metadata format. 2. Removing the array using atacontrol delete after an atacontrol reinit channel will always produce a page fault. For example, if you have only a single array in a system and you lose a drive, and then it returns later.. # atacontrol status 1 atacontrol: ioctl(ATARAIDSTATUS): Device not configured # atacontrol reinit 5 ...finds disk # atacontrol status 1 ar1: ATA RAID1 subdisks: DOWN DOWN status: DEGRADED # atacontrol delete 1 *Page Fault* We can't run -current, so I'm hoping to find options to work with this as is. If you know for a fact that this has changed in the mkIII patches then I'd be willing to investigate, but I will need to be certain. ATA mkIII is exactly about getting ata-raid rewritten from the old cruft that originally was written before even ATA-ng was done, so yes I'd expect it to behave better but not necessarily solve all your problems as some of them might be features of the metadata I know that you have no desire to work on this older code, but could you at least clue me in on how to get atacontrol to drop these ghost arrays? see above. - Søren ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Alright you primitive screwheads, LISTEN UP!!
On Thu, May 19, 2005 at 12:17:37AM -0500, Conrad J. Sabatier wrote: On Mon, 16 May 2005 20:39:32 + (GMT), [EMAIL PROTECTED] (Bill Paul) wrote: Ok everyone, PAY ATTENTION! Drop whatevery your doing for the next five minutes and READ THIS!! [ ... ] Well, that's what you get for having a name that's made up of two first names. :-) Seriously, where I work (the U.S. Postal Service), people with names like yours cause no end of confusion and grief, particularly when it comes to the forwarding of mail, as our oh-so-cleverly designed (read: brain-damaged) Central Forwarding System (CFS) uses the first four letters of the last name, along with the last three digits of the old address (leading zero-padded, if need be), to distinguish one forwarding order from another. And then you have magazine and newspaper publishers, as well as other correspondents, who choose to invert the order of names, for reasons known only to them and their Higher Power, if they have one. You can just imagine the uproarious, madcap fun that ensues. Sorry, but I've no sympathy at all. Bloody double first-namers. You'll be the first against the wall when the revolution comes. :-) *Gawk* I knew the US Postal Service was screwed up, but not this __this__ degree. ...Well, (*sigh*). Seriously, I hereby propose that everyone, every human, and most mammals be designed by a string of DIGITS. Befor people laugh, just think about thr billions of advantages. gary (aka 45689334177027483315780) -- Gary Kline [EMAIL PROTECTED] www.thought.org Public service Unix ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.4-RC2 freezing - ATA related?
Previously posted trap frame:
#5 0xc0691771 in trap (frame=
{tf_fs = -1068433384, tf_es = -989790192, tf_ds = 16, tf_edi = -106612473
6, tf_esi = -1066124736, tf_ebp = -323699844, tf_isp = -323699872, tf_ebx = -10
07063716, tf_edx = 528, tf_ecx = -1013235680, tf_eax = 307472464, tf_trapno = 1
2, tf_err = 2, tf_eip = -1067870386, tf_cs = 8, tf_eflags = 66050, tf_esp = -98
9760240, tf_ss = -1007063716}) at /usr/src/sys/i386/i386/trap.c:425
On Thu, 2005-May-19 00:15:44 +0100, Jamie Heckford wrote:
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x214
That's a NULL pointer somewhere. The trap frame shows %edx is 528 so
the code has presumably tried to dereference %edx but it's not clear
how %edx would up with that value.
fault code = supervisor write, page not present
instruction pointer = 0x8:0xc059974e
stack pointer = 0x10:0xecb4bb74
frame pointer = 0x10:0xecb4bb7c
This instruction pointer matches the trap frame but not the traceback
you posted. The trap frame gives the stack pointer as 0xC5017510
(which is nonsense) with a nonsense stack segment but the frame
pointer matches. Having the frame pointer above the stack pointer
is also unusual.
It looks like gdb is a bit confused. You could try:
disasm 0xc059974e
x/x 0xecb4bb74
Does the instruction either at or immediately before 0xc059974e
include [%edx]? What function is it in and can you work out the
line number? Does the address reported by the x/x match anything
in the backtrace?
--
Peter Jeremy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Boot loader cant identify ntfs?
At 01:56 19/05/2005, Ian Dowse wrote: [...] BTW, one potential improvement to the current boot0 situation would be to have boot0cfg dynamically generate the OS table based on what partition types actually exist on the disk. [etc] That would be just plain unhelpful in the case where a partition gets retyped subsequently. -- Bob Bishop +44 (0)118 940 1243 [EMAIL PROTECTED] fax +44 (0)118 940 1295 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CUPDS reboot the whole system
On , 2005-05-18 at 16:12 -0700, Doug White wrote: On Wed, 18 May 2005, Todor Dragnev wrote: Hello, Before a couple of days ago I started /usr/local/sbin/cupsd manualy from console. When I press CTRL+C to interrupt a program, the system change runlevel and going to reboot. This was on FreeBSD V5.3, today I installed fresh new 5.4 but the problem is the same. FreeBSD doesn't have runlevels so I'm not sure what you're referring to here. Sorry for my wrong explanation, I work mostly on linux and make this mistake. But the system realy go in state like shutdown -h NOW (halt) Its also known that certain old Linux binaries that accidentally get run as FreeBSD binaries can call reboot() when trying a Linux SYSV syscall. If you copied cupsd from a linux box, use brandelf on it to make sure it gets run under the linuxulator. I use cupsd that come with pkg_add -r samba (fresh new install of freebsd-5.4). Is that package is certain old ? In my previous reply email I sent a dump from the console showing exactly how this happened. What must I do to find more info and catch the problem. Regards, -- Todor Dragnev [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Boot loader cant identify ntfs?
On Thu, 2005-May-19 09:29:25 +0100, Bob Bishop wrote: At 01:56 19/05/2005, Ian Dowse wrote: [...] BTW, one potential improvement to the current boot0 situation would be to have boot0cfg dynamically generate the OS table based on what partition types actually exist on the disk. [etc] That would be just plain unhelpful in the case where a partition gets retyped subsequently. As I read Ian's proposal, it still dynamically detects the partition types at boot time. It's just that the table of known partition types is built by boot0cfg based on the partition types when boot0cfg is run. If you change a partition partition type then the new partition type may not be recognized but that is no worse than the current situation. It would probably be possible to pad the available space with other common partition types. -- Peter Jeremy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Alright you primitive screwheads, LISTEN UP!!
On Thu, 19 May 2005 00:17:37 -0500 Conrad J. Sabatier [EMAIL PROTECTED] wrote: Seriously, where I work (the U.S. Postal Service), people with names like yours cause no end of confusion and grief Try feeding this name Lord John Earl into your systems :) Hint - there is no title in that string and the real first name is John. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
systat -vmstat vs. acd
With 4.X on ATA(PI)-only machine systat -vmstat used to show disks statistics for both ad and acd devices. Now, in 5.4-RELEASE, it shows statistics only for ad devices. If atapicam is added then statistics for cd and pass devices is shown as well. Is this a correct/expected behaviour ? Is there any way to get acd statistics ? Should I file a PR ? -- Andriy Gapon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Diskless boot problem
Hi, I have a problem with booting Dell 2850 over network. The machine reads kernel over net, boots upto mounting / from NFS and then crashes. Tcpdump output: 12:15:58.919683 arp who-has 10.158.190.73 tell 10.158.190.74 12:15:58.919702 arp reply 10.158.190.73 is-at 00:11:43:d3:6e:e1 12:15:58.920058 IP 10.158.190.74.475209176 10.158.190.73.2049: 92 getattr [|nfs] 12:15:58.920134 IP 10.158.190.73.2049 10.158.190.74.475209176: reply ok 28 getattr ERROR: Stale NFS file handle 12:15:58.920432 arp who-has 10.158.190.73 tell 10.158.190.74 12:15:58.920442 arp reply 10.158.190.73 is-at 00:11:43:d3:6e:e1 12:15:58.920681 IP 10.158.190.74.475209177 10.158.190.73.2049: 100 lookup [|nfs] 12:15:58.920707 IP 10.158.190.73.2049 10.158.190.74.475209177: reply ok 28 lookup ERROR: Stale NFS file handle 12:15:58.920932 IP 10.158.190.74.475209178 10.158.190.73.2049: 100 lookup [|nfs] 12:15:58.920963 IP 10.158.190.73.2049 10.158.190.74.475209178: reply ok 28 lookup ERROR: Stale NFS file handle 12:15:58.952180 IP 10.158.190.74.475209179 10.158.190.73.2049: 100 lookup [|nfs] 12:15:58.952277 IP 10.158.190.73.2049 10.158.190.74.475209179: reply ok 28 lookup ERROR: Stale NFS file handle 12:15:58.984785 IP 10.158.190.74.475209180 10.158.190.73.2049: 100 lookup [|nfs] 12:15:58.984866 IP 10.158.190.73.2049 10.158.190.74.475209180: reply ok 28 lookup ERROR: Stale NFS file handle 12:15:59.020500 IP 10.158.190.74.475209181 10.158.190.73.2049: 104 lookup [|nfs] 12:15:59.020573 IP 10.158.190.73.2049 10.158.190.74.475209181: reply ok 28 lookup ERROR: Stale NFS file handle 12:15:59.054130 IP 10.158.190.74.475209182 10.158.190.73.2049: 104 lookup [|nfs] 12:15:59.054224 IP 10.158.190.73.2049 10.158.190.74.475209182: reply ok 28 lookup ERROR: Stale NFS file handle I wonder where the `Stale NFS handle' error comes from, as the client doesn't seem to have mounted the filesystem over NFS from what I can see. On the console of the diskless I have this: NFS ROOT: 10.158.190.73:/var/www/FreeBSD-5.4-x86-PXE em0: Link is up 100 Mbps Half Duplex exec /sbin/init: error 70 exec /sbin/oinit: error 70 exec /sbin/init.bak: error 70 exec /rescue/init: error 70 exec /stand/sysinstall: error 70 init: not found in path /sbin/init:/sbin/oinit:/sbin/init.bak:/rescue/init:/stand/sysinstall panic: no init Uptime: 55s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort The speed for em0 is obviously wrong. Setting on the switch is 100 full-duplex. Our network wizards can f***kup autonegotiation on Cisco Catalyst, so it must stay that way. Intel em-s tend to hang for a couple of seconds before getting on the net so it might be the problem. On the other hand kernel loads just fine over TFTP. Any thoughts? Thanks, /S -- Sawek ak / UNIX Systems Administrator ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Alright you primitive screwheads, LISTEN UP!!
In message [EMAIL PROTECTED], Gary Kline writes: Seriously, I hereby propose that everyone, every human, and most mammals be designed by a string of DIGITS. Befor people laugh, just think about thr billions of advantages. I thought that was the entire idea behind IPv6 ? :-) (no, don't answer!) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Alright you primitive screwheads, LISTEN UP!!
On Wed, 18 May 2005, Gary Kline wrote: GKOn Wed, May 18, 2005 at 07:05:04PM +0400, Andrey Smirnov wrote: GK Gary Kline wrote: GK GK Well, (Gary said, ddeliberately changing the ^Subject:), GK interesting. My mother's parents are from Hungary, two of my GK dad's grandparents from Germany. GK GK Didn't know about Hungary (or Japan). China, yes. Anybody GK on this geek list know any other societies where the surname GK is traditionally presented first and the given name last? GK GK GK In Russia, in all official documents name is written: GKFamily_Name First_Name Middle_Name GK GK So, my full name would be: GKSmirnov Andrey Andreevich GK GK In short form, we usually put first name in head of family name (surname): GKAndrey Smirnov GK This feels less official. GK GK So, it's sometimes hard to find out what is what if you don't know GK Russian names well. GK GK GK Well, names everywhere that I know of are listed in reverse GK alphabetical order in (1) documents, (2) telephone directories, GK (3) attendence records. That only makes sense (IMHO). GK GK So far, in conversational reference, say, one might introduce GK a person from East or Southeast Asia by [ Family_Name, First_Name ]. GK But almost everywhere else, I think it is the reverse. GK GK For example, if we were at a BSD meeting you would introduce me GK as Gary Kline rather than Kline Gary; but if you were GK introducing someone from China, Korea, or Vietnam, you would GK introduce him Family_Name first. --If I still have this GK convention wrong, I'd be much obliged if one of my fellow GK geeks would correct me! GK GK Andrey, while I'm talking to a real Russian, I've got a GK question that you can answer. [[Sorry that this is going GK far OT, gang, but I've been wondering about this since I read GK Dostoevsky.]] *Why* are some people addressed by their GK first name _and_ by what may/must? be their middle names?? GK I remember some woman who seemed upset at Boris Yeltsin GK (when he was still President) call him Boris GK [A_Very_Long_String_of_Characters] Is this to indicate GK irony, or affection, or anger... or what? While Andrey is still typing his answer... Just to make it more confusing: In Russian there are usually dozens, if not hundreds of different forms of the first name: Tatjana - Tanjusha - Tanjucha - Tanja - Tanka - Tanjetschka - Tanjuschetshka ... Some of them having some kind of emotional load which may depend on the concrete situation and the relation between the two people. Furthermore besides refering to one by first name or first+middle name, you can also refer by last name only, which is kind of offending. And you can refer by middle name only which gives it a kind of vulgar intimacy (hope that's the right word for it). GK ...And now we return to our regularly schduled programming :-) GK Nice thread. But, yes. harti ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Alright you primitive screwheads, LISTEN UP!!
On Wed, 18 May 2005 09:43:26 -0700 Gary Kline wrote: question that you can answer. [[Sorry that this is going far OT, gang, but I've been wondering about this since I read Dostoevsky.]] *Why* are some people addressed by their first name _and_ by what may/must? be their middle names?? I remember some woman who seemed upset at Boris Yeltsin (when he was still President) call him Boris [A_Very_Long_String_of_Characters] Is this to indicate irony, or affection, or anger... or what? In Russia we do have Name (i.e. First name), Second name (Middle?) and Last name. I am (official order: Last, First, Second) Samorodov Boris Borisovich. Second name is a special form of my father's First name. I'd say that the main goal of using the form FirstName SecondName in russian is to express politeness and respect. We use First name only to speak to close friends and people. Of cause to indicate irony and other we may use m... the long form of the name. But it's rather rarely. Closer to your question. I'll never call the president Vladimir. I'll say: Vladimir Vladimirodich (Putin). ...And now we return to our regularly schduled programming :-) Done. ;-) gary WBR -- bsam ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: panic in recent RELENG_5 tcp code path
Hi Doug, thanks for your answer.
Can you load a kernel.debug into gdb and do l *(tcp_output+0xb49) and
post the output? that offset isn't a function call in my kernel.
tcp_output() doesn't call m_copypacket directly so the exact spot is
difficult to find.
%%%
(gdb) l *(tcp_output+0xb49)
0xc061b63d is in tcp_output (../../../netinet/tcp_output.c:813).
808 m-m_data += max_linkhdr;
809 m-m_len = hdrlen;
810 if (len = MHLEN - hdrlen - max_linkhdr) {
811 m_copydata(so-so_snd.sb_mb, off, (int) len,
812 mtod(m, caddr_t) + hdrlen);
813 m-m_len += len;
814 } else {
815 m-m_next = m_copy(so-so_snd.sb_mb, off,
(int) len);
816 if (m-m_next == 0) {
817 SOCKBUF_UNLOCK(so-so_snd);
%%%
tcp_output.c rev 1.100.2.7.
--
Jeremie Le Hen
jeremie at le-hen dot org ttz at chchile dot org
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Alright you primitive screwheads, LISTEN UP!!
On Thu, 2005-05-19 at 14:06 +0200, Harti Brandt wrote: On Wed, 18 May 2005, Gary Kline wrote: GK Andrey, while I'm talking to a real Russian, I've got a GK question that you can answer. [[Sorry that this is going GK far OT, gang, but I've been wondering about this since I read GK Dostoevsky.]] *Why* are some people addressed by their GK first name _and_ by what may/must? be their middle names?? GK I remember some woman who seemed upset at Boris Yeltsin GK (when he was still President) call him Boris GK [A_Very_Long_String_of_Characters] Is this to indicate GK irony, or affection, or anger... or what? Not pretending to be real Russian (or really Russian ;), I would still like to point out that concept of the middle name is not clearly applicable to the name forming schema in Russia (or Ukraine for that matter). Third part of the name (besides surname/family name and first name/given name) is made up from the first name of your father suitably mutilated to reflect the fact that you belong to his family. This form would be different from your father's name and, normally have male and female version. Rules to produce this form from the original name are fairly formalized, so knowing the name of your father, native Russian speaker would rarely have a difficulty coming up with the proper form. Now, on to the original question -- use of the (for the lack of the better term) paternal name is somewhat equivalent to the use of the Mr./Mrs/Ms. prefix in English speaking cultures (now, not being native to one of these cultures, I beg for forgiveness if my understanding is incorrect). This means that Michail Sergeevitch Gorbachev (sorry, I do not remember Yeltsin's paternal name) could be formally addressed as Michail Sergeevitch or Tovarisch Gorbachev (prior to Perestroika), with Tovarisch giving way to Gospodin in past-Perestroika times, but never Michail Gorbachev. Out of the two using last name with the prefix form would be something reserved for public forums and such. Now, to circle back to my original explanation, his father's first name would be Sergey and his sister (provided he had one) would go by First name Sergeevna. While Andrey is still typing his answer... Just to make it more confusing: In Russian there are usually dozens, if not hundreds of different forms of the first name: Tatjana - Tanjusha - Tanjucha - Tanja - Tanka - Tanjetschka - Tanjuschetshka ... Some of them having some kind of emotional load which may depend on the concrete situation and the relation between the two people. I would have to point out that in the form of first+paternal only one of the above could be used, eg. Tatjana Sergeevna. Furthermore besides refering to one by first name or first+middle name, you can also refer by last name only, which is kind of offending. And you can refer by middle name only which gives it a kind of vulgar intimacy (hope that's the right word for it). Use of the last name only was not considered offensive (at least in mid/late 80s) under the same circumstances where roll call might be applicable, e.g. teacher addressing pupil, or in the military setting. It could also be used with the same level of intimacy as addressing people by paternal name only. -- Alexandre Sunny Kovalenko ( ) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CUPDS reboot the whole system
On Wed, 18 May 2005 at 16:12 -0700, Doug White wrote: On Wed, 18 May 2005, Todor Dragnev wrote: Before a couple of days ago I started /usr/local/sbin/cupsd manualy from console. When I press CTRL+C to interrupt a program, the system change runlevel and going to reboot. This was on FreeBSD V5.3, today I installed fresh new 5.4 but the problem is the same. FreeBSD doesn't have runlevels so I'm not sure what you're referring to here. Sounds to me like the system hasn't come fully up. In the past I've seen the boot process hang with sendmail or other processes doing dns queries (with a crappy 80% loss DSL line). Doing a Control-C will kill the hung process and allow startup to continue, but the system shuts down shortly thereafter. In my case I never got to the console login: prompt. I never investigated this fully as I would either just wait on the dns timeouts or fix the DSL line. It's been a while so I don't remember if this was only with 4.X or also happened with 5.3. Stuart -- I've never been lost; I was once bewildered for three days, but never lost! -- Daniel Boone ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Boot loader cant identify ntfs?
On Thu, 19 May 2005 19:19:59 +1000 Peter Jeremy [EMAIL PROTECTED] wrote: It would probably be possible to pad the available space with other common partition types. My proposal is this; don't change anything in the FreeBSD bootloader. People who want a fancier / more verbose / more readable boot menu - use another boot manager. There are enough of them. Don't bikeshed. -- Regards, Torfinn Ingolfsen, Norway ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
USB keyboard support in 5.4
I recently cvsup'd to -STABLE a clean 5.4 install, and when I did so, my USB keyboard (on a Dell GX280) did not work in single-user mode. I had previously (when working with 5.4-RELEASE as a clean install) created an /etc/rc.i386 file with the kbdcontrol redirect line in it as specified in the Handbook, and that worked fine. During the final mergemaster run in upgrading to -STABLE, the rc.i386 file I'd created was removed as obsolete. What worked was to remove 'device atkbd' from the kernel, rebuild, and reboot, as per the ukbd man page. The only remaining issue is that in bootup I get a complaint from kbdcontrol that device /dev/ukbd0 is busy. It's after mounting filesystems and doesn't show up in dmesg. Grepping /etc, I see that there's an attach/detach sequence in /etc/devd.conf which includes a kbdcontrol line for /dev/ukbd0. Should I modify this? My GX280 has no old-style kbd or ps2 mouse ports at all. Don Wilde ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Alright you primitive screwheads, LISTEN UP!!
Hello Aluminium,
Monday, May 16, 2005, 9:59:12 PM, you wrote:
| $ cat c.c
| #include stdio.h
|
| main() {
| printf(#include stdio.h\n\nmain(){\n printf(\#include
stdio.h\\n\\nmain(){\\n printf(\\\cc c.c -o
cn\\\);\\nexit(0);\\n}\\n\); exit(0);\n}\n);
| exit(0);
| }
| $ cc c.c -o c; ./ccc.c cc cc.c -o cc; ./c.c; cc ccc.c -o ccc;
I think you forgot ; over there :)
./ccc
|_See?___Damien Miller___ [EMAIL PROTECTED]
--
Best regards,
Dariuszmailto:[EMAIL PROTECTED]
CCNA, SCSA, SCNA, LPIC, MCP certified
http://www.takeda.tk
-- Read my chips: No new upgrades!
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Status of kern/79700, nfs lockups
I notice that this pr hasn't gotten any attention. Suspending process that is actively writing to a file on an nfs mount causes future access to that file by other processes to hang until the first process is resumed. I didn't care much before, but recently I've started having enough load on my machines to see this problem as well (and routinely... i.e., not synthetically). Is this something I should expect to live with for a while? -Paul ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CUPDS reboot the whole system
On Thu, May 19, 2005 at 01:26:01PM +0300, Todor Dragnev wrote: On ??, 2005-05-17 at 15:30 -0700, Kris Kennaway wrote: On Wed, May 18, 2005 at 01:59:09PM +0300, Todor Dragnev wrote: Hello, Before a couple of days ago I started /usr/local/sbin/cupsd manualy from console. When I press CTRL+C to interrupt a program, the system change runlevel and going to reboot. This was on FreeBSD V5.3, today I installed fresh new 5.4 but the problem is the same. cups-base-1.1.23.0_3 Please transcribe exactly what is displayed after you press ^C. Kris Nothing :( Message shown in display is The operating system is halted press any key to reboot Attached file contain console session before unexpected halt. Is your cupsd a FreeBSD or linux binary (use brandelf to check)? Kris pgp1B8XPTEMze.pgp Description: PGP signature
Re: Status of kern/79700, nfs lockups
On Thu, 2005-05-19 at 18:00, [EMAIL PROTECTED] wrote: I notice that this pr hasn't gotten any attention. Suspending process that is actively writing to a file on an nfs mount causes future access to that file by other processes to hang until the first process is resumed. I didn't care much before, but recently I've started having enough load on my machines to see this problem as well (and routinely... i.e., not synthetically). Is this something I should expect to live with for a while? -Paul Are you sure that kern/79700 describes your problem? ( I don't see how higher load is related to the problem) If it does - mounting the file systems without the intr option would be the workaround since it prevents suspension of the threads inside the NFS file system. (More technical details in my answer to kern/79700) Stephan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Where to sing up to a spam list?
Marcin Jessa wrote: Even though my anti-spam email gateways drop tons of spam everyday, some of it still gets through. I want to test my new anti-spam filters and therefore sign in/publish an email account to a spammer database. Any idea where I can do that ? Spamcop.net is a great place for reporting spam. All the users of MX have been informed to submit any spam getting through the filters to Spamcop. I use SpamAssassin to block email, which also checks Spamcops database. However its not a wise idea to send all the spam from that account to someone like Spamcop, if you get something legitimate? On the testing though, signup for some spam lists such as lolfun.com and optinbig.com -- .---. |. ____ ___ _______ | | ./ | . ) | | ||\ |/ \ | . ) / \ | | / | '_) | | |__ | \ | | .. | | '_) | __ | | \. | \ | | || \ | | '' | | \ || | | \.| \ | | |___ | \| || \__/ | \ \__/ | | [EMAIL PROTECTED] | || | Hosted by 10mbit.biz | `' ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: sshd on 5.4-STABLE broken!?
Is this of any help? I can produce the complete debugging information if that is of interest. Pressing return three times instead of ctrl-c if password is requested, produces an additional debug3: PAM: sshpam_thread_cleanup entering and exits sshd Holger, FWIW, I posted this question on freebsd.misc the other day, in an attempt to tackle the same issue in a different way - maybe someone here can help along these lines? I'd like to know the correct way to incorporate skey support into my sshd binary on R5.3. From /usr/src/crypto/openssh/INSTALL, I can see that the argument I need is --with-skey=PATH and I know that the makefiles are under /usr/src/secure, but I'm guessing that I should be able to add an entry to a top-level Makefile or Makefile.local, maybe even to /etc/make.conf before compiling and installing? My theory is that perhaps without PAM it will be ok? -- Joel Hatton -- Security Analyst| Hotline: +61 7 3365 4417 AusCERT - Australia's national CERT | Fax: +61 7 3365 7031 The University of Queensland| WWW: www.auscert.org.au Qld 4072 Australia | Email: [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Boot loader cant identify ntfs?
Hello Torfinn, Thursday, May 19, 2005, 4:07:27 PM, you wrote: TI My proposal is this; don't change anything in the FreeBSD bootloader. TI People who want a fancier / more verbose / more readable boot menu - use TI another boot manager. There are enough of them. Yes. GNU GRUB is perfect in this regard. The only thing I would *maybe* suggest is to add the option of using the Multiboot specification that GRUB defines, instead of chainloading /boot/loader, however chainloading works well enough and is easy to accomplish. -- Best regards, Petermailto:[EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
