Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE)

2009-03-31 Thread Chagin Dmitry
On Tue, Mar 31, 2009 at 12:42:29PM +0900, Weongyo Jeong wrote: On Mon, Mar 30, 2009 at 08:53:34PM +0400, Chagin Dmitry wrote: On Mon, Mar 30, 2009 at 05:05:32PM +0900, Weongyo Jeong wrote: On Sat, Mar 28, 2009 at 10:11:43PM +0300, Chagin Dmitry wrote: On Wed, Mar 25, 2009 at 09:52:43PM

Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE)

2009-03-31 Thread Weongyo Jeong
On Tue, Mar 31, 2009 at 11:03:25AM +0400, Chagin Dmitry wrote: On Tue, Mar 31, 2009 at 12:42:29PM +0900, Weongyo Jeong wrote: On Mon, Mar 30, 2009 at 08:53:34PM +0400, Chagin Dmitry wrote: On Mon, Mar 30, 2009 at 05:05:32PM +0900, Weongyo Jeong wrote: On Sat, Mar 28, 2009 at 10:11:43PM

Re: Off-by-one error in ngets() causing panic in loader(8)?

2009-03-31 Thread Dimitry Andric
On 2009-03-30 23:23, Bruce Cran wrote: I've noticed that if I fill the input buffer at the loader prompt on 7-STABLE I get panic with a guard page failure. From what I can see the loader uses the ngets function in src/lib/libstand/gets.c with a buffer of size of 256. If I print out the value

RELENG_7 ata panic on atacontrol attach

2009-03-31 Thread Dmitry Morozovsky
Hi there colleagues, atapci3: nVidia nForce MCP55 SATA300 controller port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f mem 0xefcb3000-0xefcb3fff irq 23 at device 5.2 on pci0 atacontrol detach ata7 - insert ATA disk (ad14) atacontrol attach ata7 pinics with Fatal trap

Re: 7.1 stable panics

2009-03-31 Thread Nathanael Jean-Francois
Nathanael Jean-Francois wrote: Hello all, I've been getting some panics with a 7.1 stable machine from March 14th. I've not been able to determine the cause nor reproduce them at will. Here's a backtrace from the latest panic on March 23rd. Let me know if any more information is needed.

Re: 32bit filesystem limitations

2009-03-31 Thread Ivan Voras
Andrei Kolu wrote: Ivan Voras wrote: 2009/3/25 Barry Pederson b...@barryp.org: Is there any reason not to skip labeling/partitioning and use da1 directly? Just newfs it and mount it. I've done this with a couple large Areca arrays with no ill effect so far. Nope, no practical

Re: Off-by-one error in ngets() causing panic in loader(8)?

2009-03-31 Thread John Baldwin
On Monday 30 March 2009 5:23:07 pm Bruce Cran wrote: I've noticed that if I fill the input buffer at the loader prompt on 7-STABLE I get panic with a guard page failure. From what I can see the loader uses the ngets function in src/lib/libstand/gets.c with a buffer of size of 256. If I print

Re: malo causes sig 12 error and panic on Freebsd 7.2-PRERELEASE (7-STABLE)

2009-03-31 Thread Chagin Dmitry
On Tue, Mar 31, 2009 at 04:36:08PM +0900, Weongyo Jeong wrote: On Tue, Mar 31, 2009 at 11:03:25AM +0400, Chagin Dmitry wrote: On Tue, Mar 31, 2009 at 12:42:29PM +0900, Weongyo Jeong wrote: On Mon, Mar 30, 2009 at 08:53:34PM +0400, Chagin Dmitry wrote: On Mon, Mar 30, 2009 at 05:05:32PM

incorrect port value in tcpdump output

2009-03-31 Thread pluknet
Hi there. [I don't know if it was discussed already.] tcpdump'ed from RELENG_7, kernel and modules as of Mar 22 are in sync, world as of Mar 18. I caught this while building kernel via NFS. The subj host is an NFS server. 23:22:03.056098 IP (tos 0x0, ttl 64, id 26932, offset 0, flags [DF],

Re: Samsung SCX-4200 printer

2009-03-31 Thread Harald Weis
On Thu, Jan 08, 2009 at 03:06:42PM +0200, Alexander Shikoff wrote: That's all. If you have any issues/question feel free to ask. Have a nice day! Thank you again on-list, Alexander, for your comprehensive instructions which would have worked immediately if I had read /usr/ports/UPDATING

Re: incorrect port value in tcpdump output

2009-03-31 Thread Dan Nelson
In the last episode (Apr 01), pluknet said: tcpdump'ed from RELENG_7, kernel and modules as of Mar 22 are in sync, world as of Mar 18. I caught this while building kernel via NFS. The subj host is an NFS server. 23:22:03.056098 IP (tos 0x0, ttl 64, id 26932, offset 0, flags [DF], proto

Re: RELENG_7 ata panic on atacontrol attach

2009-03-31 Thread Alexander Motin
Dmitry Morozovsky wrote: Hi there colleagues, atapci3: nVidia nForce MCP55 SATA300 controller port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f mem 0xefcb3000-0xefcb3fff irq 23 at device 5.2 on pci0 atacontrol detach ata7 - insert ATA disk (ad14) atacontrol attach

Re: RELENG_7 ata panic on atacontrol attach

2009-03-31 Thread Dmitry Morozovsky
On Wed, 1 Apr 2009, Alexander Motin wrote: AM Dmitry Morozovsky wrote: AM Hi there colleagues, AM AM atapci3: nVidia nForce MCP55 SATA300 controller port AM 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f mem AM 0xefcb3000-0xefcb3fff irq 23 at device 5.2 on pci0 AM

Re: RELENG_7 ata panic on atacontrol attach

2009-03-31 Thread Dmitry Morozovsky
On Wed, 1 Apr 2009, Dmitry Morozovsky wrote: DM AM atapci3: nVidia nForce MCP55 SATA300 controller port DM AM 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f mem DM AM 0xefcb3000-0xefcb3fff irq 23 at device 5.2 on pci0 DM AM DM AM DM AM atacontrol detach ata7 DM AM

Re: Intel Integrated Raid (iir) relevance

2009-03-31 Thread Xin LI
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 (It would be probably good idea to redirect this discussion to -stable@, redirected) Hi, Danny, Danny Braniss wrote: It's no longer working (for me) under 7.2, and so far I am not getting any feedback, so since it seems that this particular

Re: 32bit filesystem limitations

2009-03-31 Thread Andrei Kolu
Ivan Voras wrote: Andrei Kolu wrote: Ivan Voras wrote: 2009/3/25 Barry Pederson b...@barryp.org: Is there any reason not to skip labeling/partitioning and use da1 directly? Just newfs it and mount it. I've done this with a couple large Areca arrays with no ill effect so

Re: incorrect port value in tcpdump output

2009-03-31 Thread pluknet
2009/4/1 Dan Nelson dnel...@allantgroup.com: In the last episode (Apr 01), pluknet said: tcpdump'ed from RELENG_7, kernel and modules as of Mar 22 are in sync, world as of Mar 18. I caught this while building kernel via NFS. The subj host is an NFS server. 23:22:03.056098 IP (tos 0x0, ttl