freebsd-stable Digest, Vol 217, Issue 2
freebsd-sta...@freebsd.org
freebsd...@freebsd.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
or, via email, send a message with subject or body 'help' to
freebsd-sta...@freebsd.org
You can reach the person managing the list at
freebsd-st...@freebsd.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of freebsd-stable digest..."
Today's Topics:
1. Re: removing external usb hdd without unmounting causes
reboot? (Oliver Fromme)
2. DW1390 and Ndis? (Kyle Stone)
3. Re: DW1390 and Ndis? (Scot Hetzel)
4. Re: Help! My laptop drive may be dying. (Bruce M. Simpson)
5. RELENG_6: make world is broken at sys/modules/if_tap when
MODULES_WITH_WORLD=yes (Eugene Grosbein)
6. Re: removing external usb hdd without unmounting causes
reboot? (Dennis Melentyev)
7. Re: RELENG_6: make world is broken at sys/modules/if_tap when
MODULES_WITH_WORLD=yes (Abdullah Ibn Hamad Al-Marri)
8. Re: Various problems with re(4) on a PCIe 8168/8111B onboard
NIC (Michael Nottebrock)
9. Re: Various problems with re(4) on a PCIe 8168/8111B onboard
NIC (Pyun YongHyeon)
10. Terabyte RAID5 under $630.00 from AVXStor.com
(mark...@avxstor.com)
11. Dell DRAC/4 virtual floppy panics on -STABLE (Jason D'Ambrosio)
----------------------------------------------------------------------
Message: 1
Date: Mon, 30 Jul 2007 15:19:46 +0200 (CEST)
From: Oliver Fromme <ol...@lurza.secnetix.de>
Subject: Re: removing external usb hdd without unmounting causes
reboot?
To: freebsd...@FreeBSD.ORG, peter...@optushome.com.au,
dennis.m...@gmail.com
Message-ID: <200707301319....@lurza.secnetix.de>
Content-Type: text/plain; charset=ISO-8859-1
Peter Jeremy wrote:
> Dennis Melentyev wrote:
> > Is there any correct way to initiate funding to rewrite VM/VFS related
> > parts (getting non-panicable removable devices)? Who should one
> > contact for this?
>
> I would suggest that the first step is finding someone (or a few
> people) with the necessary skills who is/are willing to work on the
> problem. Offering funding may increase the potential pool but will
> not automatically solve the skills/knowledge issue.
By the way, the problem apparently has been solved in
DragonFly BSD (i.e. DF BSD does not panic when a mounted
FS is physically removed). Maybe it is worth to have a
look at what they did to fix it, and possibly port it
over to FreeBSD. On the other hand, the internal data
structures of the VM subsystem have diverged quite a lot
from FreeBSD, so I don't know if it would really help.
(No, I'm not volunteering; lack of time and interest.)
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart
FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd
Perl is worse than Python because people wanted it worse.
-- Larry Wall
------------------------------
Message: 2
Date: Mon, 30 Jul 2007 09:29:44 -0400
From: "Kyle Stone" <ess...@gmail.com>
Subject: DW1390 and Ndis?
To: freebsd...@freebsd.org
Message-ID:
<fa93f6020707300629m5f2...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Has anyone gotten NDIS to work with a Dell Wireless 1390? I built the
modules and loaded them..
ndis0: <Dell Wireless 1390 WLAN Mini-Card> mem 0xefdfc000-0xefdfffff irq 16
at device 0.0 on pci11
ndis0: NDIS API version: 5.1
ndis0: Ethernet address: 00:1a:92:1c:9d:af
And the ndis0 shows up,
ndis0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 1500
ether 00:1a:92:1c:9d:af
media: IEEE 802.11 Wireless Ethernet autoselect
status: no carrier
ssid "" channel 1 (2412) bssid 00:00:00:00:00:00
authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF
powersavesleep 100 txpowmax 100 rtsthreshold 2346 mcastrate 1
fragthreshold 2346 bmiss 7 -pureg protmode CTS -wme -burst
roaming AUTO bintval 0
But if I try to bring the card up, and scan, ifconfig returns..
ifconfig: unable to get scan results
Anyone have any ideas on this?
Essobi
------------------------------
Message: 3
Date: Mon, 30 Jul 2007 09:12:01 -0500
From: "Scot Hetzel" <swhe...@gmail.com>
Subject: Re: DW1390 and Ndis?
To: "Kyle Stone" <ess...@gmail.com>
Cc: freebsd...@freebsd.org
Message-ID:
<790a9fff0707300712q3ad...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On 7/30/07, Kyle Stone <ess...@gmail.com> wrote:
> Has anyone gotten NDIS to work with a Dell Wireless 1390? I built the
> modules and loaded them..
>
> ndis0: <Dell Wireless 1390 WLAN Mini-Card> mem 0xefdfc000-0xefdfffff irq 16
> at device 0.0 on pci11
> ndis0: NDIS API version: 5.1
> ndis0: Ethernet address: 00:1a:92:1c:9d:af
>
:
>
> But if I try to bring the card up, and scan, ifconfig returns..
>
> ifconfig: unable to get scan results
>
> Anyone have any ideas on this?
>
Showing the available wireless networks is currently broken with the
NDIS driver. If you know the name of the wireless network, you should
be able to set the ssid using ifconfig.
Another option is to add `ifconfig_ndis0="WPA DHCP" ` to /etc/rc.conf,
and then use `/etc/rc.d/netif start ndis0 `, which will run
wpa_supplicant. Then use wpa_cli (scan, scan_results) to show the
available wireless networks.
Scot
--
DISCLAIMER:
No electrons were mamed while sending this message. Only slightly bruised.
------------------------------
Message: 4
Date: Mon, 30 Jul 2007 17:16:12 +0100
From: "Bruce M. Simpson" <b...@incunabulum.net>
Subject: Re: Help! My laptop drive may be dying.
To: freebsd...@freebsd.org
Message-ID: <46AE0EC...@incunabulum.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Thanks for everyone's responses.
Given that this drive may well be lying in its SMART registers, I've
just ordered a new drive. Newer IBM/Lenovo machines appear to complain
if you don't use Hitachi GST drives, so I ordered one of those to be on
the safe side, as well as to preserve the resale value. I note with keen
interest that a number of laptop warranties don't cover the drive.
Fingers crossed it'll arrive tommorrow.
Thanks again...
BMS
------------------------------
Message: 5
Date: Tue, 31 Jul 2007 00:52:42 +0800
From: Eugene Grosbein <eu...@grosbein.pp.ru>
Subject: RELENG_6: make world is broken at sys/modules/if_tap when
MODULES_WITH_WORLD=yes
To: sta...@freebsd.org
Message-ID: <20070730165...@svzserv.kemerovo.su>
Content-Type: text/plain; charset=us-ascii
Hi!
make buildworld of RELENG_6 fails if /etc/make.conf
contains MODULES_WITH_WORLD=yes:
[skip lots of lines]
===> sys/modules/if_tap (depend)
@ -> /usr/local/src/sys
machine -> /usr/local/src/sys/i386/include
echo "#define INET 1" > opt_inet.h
awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p
awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q
awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h
rm -f .depend
mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/obj/usr/local/src/tmp/usr/include /usr/local/src/sys/modules/if_tap/../../net/if_tap.c
/usr/local/src/sys/modules/if_tap/../../net/if_tap.c:38:24: opt_compat.h: No such file or directory
mkdep: compile failed
*** Error code 1
Stop in /usr/local/src/sys/modules/if_tap.
*** Error code 1
There was already very similar breakage:
http://freebsd.rambler.ru/bsdmail/freebsd-current_2005/msg07955.html
Please help.
Eugene Grosbein
------------------------------
Message: 6
Date: Mon, 30 Jul 2007 21:23:58 +0300
From: "Dennis Melentyev" <dennis.m...@gmail.com>
Subject: Re: removing external usb hdd without unmounting causes
reboot?
To: freebsd...@freebsd.org, peter...@optushome.com.au,
dennis.m...@gmail.com
Message-ID:
<b84edfa10707301123t1e...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Hi Oliver!
2007/7/30, Oliver Fromme <ol...@lurza.secnetix.de>:
> Peter Jeremy wrote:
> > Dennis Melentyev wrote:
> > > Is there any correct way to initiate funding to rewrite VM/VFS related
> > > parts (getting non-panicable removable devices)? Who should one
> > > contact for this?
> >
> > I would suggest that the first step is finding someone (or a few
> > people) with the necessary skills who is/are willing to work on the
> > problem. Offering funding may increase the potential pool but will
> > not automatically solve the skills/knowledge issue.
>
> By the way, the problem apparently has been solved in
> DragonFly BSD (i.e. DF BSD does not panic when a mounted
> FS is physically removed). Maybe it is worth to have a
> look at what they did to fix it, and possibly port it
> over to FreeBSD. On the other hand, the internal data
> structures of the VM subsystem have diverged quite a lot
> from FreeBSD, so I don't know if it would really help.
>
> (No, I'm not volunteering; lack of time and interest.)
That was I asking same question in DragonflyBSD list :)
But yes, VFS and VM in FBSD and DFBSD are way too differ since 4.1 times.
It is not an option, sadly.
--
Dennis Melentyev
------------------------------
Message: 7
Date: Mon, 30 Jul 2007 23:06:00 +0300
From: "Abdullah Ibn Hamad Al-Marri" <alma...@gmail.com>
Subject: Re: RELENG_6: make world is broken at sys/modules/if_tap when
MODULES_WITH_WORLD=yes
To: "Eugene Grosbein" <eu...@grosbein.pp.ru>
Cc: sta...@freebsd.org
Message-ID:
<499c70c0707301306s23f...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
On 7/30/07, Eugene Grosbein <eu...@grosbein.pp.ru> wrote:
> Hi!
>
> make buildworld of RELENG_6 fails if /etc/make.conf
> contains MODULES_WITH_WORLD=yes:
>
> [skip lots of lines]
>
> ===> sys/modules/if_tap (depend)
> @ -> /usr/local/src/sys
> machine -> /usr/local/src/sys/i386/include
> echo "#define INET 1" > opt_inet.h
> awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p
> awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q
> awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h
> rm -f .depend
> mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/obj/usr/local/src/tmp/usr/include /usr/local/src/sys/modules/if_tap/../../net/if_tap.c
> /usr/local/src/sys/modules/if_tap/../../net/if_tap.c:38:24: opt_compat.h: No such file or directory
> mkdep: compile failed
> *** Error code 1
>
> Stop in /usr/local/src/sys/modules/if_tap.
> *** Error code 1
>
> There was already very similar breakage:
> http://freebsd.rambler.ru/bsdmail/freebsd-current_2005/msg07955.html
>
> Please help.
>
> Eugene Grosbein
Hello,
I got the same problem too.
Could someone fix it?
--
Regards,
-Abdullah Ibn Hamad Al-Marri
Arab Portal
http://www.WeArab.Net/
------------------------------
Message: 8
Date: Tue, 31 Jul 2007 01:31:59 +0200
From: Michael Nottebrock <lo...@freebsd.org>
Subject: Re: Various problems with re(4) on a PCIe 8168/8111B onboard
NIC
To: freebsd...@freebsd.org, pyu...@gmail.com
Cc: Laurens Timmermans <lau...@timkapel.nl>
Message-ID: <20070731013...@freebsd.org>
Content-Type: text/plain; charset="iso-8859-6"
On Monday, 30. July 2007, Pyun YongHyeon wrote:
> Thanks for reporting. I don't have these hardware models so I couldn't
> verify the issue. After reading the vendor's code I've made attached
> patch. I don't know whether it works or not, it's just guess work.
Works fine here!
Cheers,
--
,_, | Michael Nottebrock | lo...@freebsd.org
(/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org
\u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: This is a digitally signed message part.
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20070730/68b523b9/attachment-0001.pgp
------------------------------
Message: 9
Date: Tue, 31 Jul 2007 09:55:41 +0900
From: Pyun YongHyeon <pyu...@gmail.com>
Subject: Re: Various problems with re(4) on a PCIe 8168/8111B onboard
NIC
To: Michael Nottebrock <lo...@freebsd.org>
Cc: Laurens Timmermans <lau...@timkapel.nl>,
freebsd...@freebsd.org
Message-ID: <20070731005...@cdnetworks.co.kr>
Content-Type: text/plain; charset="us-ascii"
On Tue, Jul 31, 2007 at 01:31:59AM +0200, Michael Nottebrock wrote:
> On Monday, 30. July 2007, Pyun YongHyeon wrote:
>
> > Thanks for reporting. I don't have these hardware models so I couldn't
> > verify the issue. After reading the vendor's code I've made attached
> > patch. I don't know whether it works or not, it's just guess work.
>
> Works fine here!
>
Since HEAD is in code freeze I guess minimal patch would be more
preferable. Would you try attached patch again?
--
Regards,
Pyun YongHyeon
-------------- next part --------------
Index: if_re.c
===================================================================
RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v
retrieving revision 1.92
diff -u -r1.92 if_re.c
--- if_re.c 24 Jul 2007 01:24:02 -0000 1.92
+++ if_re.c 31 Jul 2007 00:49:34 -0000
@@ -1300,6 +1300,28 @@
goto fail;
}
+ /* Take PHY out of power down mode. */
+ if (sc->rl_type == RL_8169) {
+ uint32_t rev;
+
+ rev = CSR_READ_4(sc, RL_TXCFG);
+ /* HWVERID 0, 1 and 2 : bit26-30, bit23 */
+ rev &= 0x7c800000;
+ if (rev != 0) {
+ /* RTL8169S single chip */
+ switch (rev) {
+ case RL_HWREV_8169_8110SB:
+ case RL_HWREV_8169_8110SC:
+ case RL_HWREV_8168_SPIN2:
+ re_gmii_writereg(dev, 1, 0x1f, 0);
+ re_gmii_writereg(dev, 1, 0x0e, 0);
+ break;
+ default:
+ break;
+ }
+ }
+ }
+
ifp->if_softc = sc;
if_initname(ifp, device_get_name(dev), device_get_unit(dev));
ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST;
------------------------------
Message: 10
Date: Mon, 30 Jul 2007 20:33:13 -0700
From: "mark...@avxstor.com" <Mark...@avxstor.com>
Subject: Terabyte RAID5 under $630.00 from AVXStor.com
To: "stable" <sta...@freebsd.org>
Message-ID: <0MKp8S-1IFiU...@mrelay.perfora.net>
Content-Type: text/plain; charset="iso-8859-1"
Hello Value Customer
AVXStor.com - a division of DATOptic, proudly introduces our Terabyte RAID5 external storage starting at $629.00
A quiet , compact hardware RAID tower with extreme speed and reliability
Features
- Terabyte capacity: 1.0TB, 2.0TB, 3.0TB support RAID 0, 1, 5 and 10
- High reliable (RAID5, 10) or Fast (RAID 0)
- High performance (3.0Gb) SATA storage solutions
- A complete solution for NOTEBOOK, and Desktop
- RAID controller included (PCI Express bus)
- Seagate SATAII HDD - Five years warranty
- Support Windows 2000, XPm 2003 and Vista
http://www.avxstor.com/cgi-bin/web.cgi?product=qRAID&detail=yes
Please contact me if you have question or need additional information.
Thank you for the business and best regards,
AVXStor.com
=====================================
CONFIDENTIALITY NOTICE: This email may contain confidential and privileged material of DATOptic for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient please contact the sender and delete all copies.
To be removed from this mailing list, please click here
------------------------------
Message: 11
Date: Tue, 31 Jul 2007 16:42:46 +0900
From: "Jason D'Ambrosio" <ja...@wiz.biz>
Subject: Dell DRAC/4 virtual floppy panics on -STABLE
To: freebsd...@freebsd.org
Message-ID:
<79d79bc80707310042v3ff...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Dear FreeBSD hackers:
My latest shipment of 1U Dell servers came with DRAC/4 remote
management cards. The servers were installed in the datacenter, and
have been running -stable for quite some time, without any trouble at
all, until now...
Recently I utilitzed the the DRAC card's handy capability of uploading
a floppy image and had it emulate the physical media to the system.
After I was finished, I disconnected from the web interface of the
DRAC, which cleared the floppy image from memory.
A few days later the server was rebooted and it got stuck in a
panic/reboot loop... Here is the relevant dmesg:
afd0: 7222034444288MB <VIRTUALFLOPPY DRIVE Floppy > at ata2-master PIO3
...
afd0: FAILURE - TEST_UNIT_READY RESERVED asc=0x00 ascq=0x00
panic: kmem_malloc(-1059844096): kmem_map too small: 3837952 total allocated
What it appears is happening is that the absence of an uploaded floppy
image in the DRAC is causing it to report an insanely bogus media size
to the OS. As a result, the kernel's floppy driver is attempting to
allocate an obviously overflowed-integer worth of memory, which is
causing the kmem_alloc() panic...
Of course, after disabling the virtual media feature in the DRAC's
firmware, the kernel was able to boot properly once again.
Perhaps the simplest solution would be to implement a sanity check in
the floppy/cdrom driver's code, or kmem_malloc() ?
--
jason (at) wiz.biz
wiz technologies k.k.
------------------------------
End of freebsd-stable Digest, Vol 217, Issue 2
**********************************************