Re: Sense fetching [Was: cdrtools /devel ...]

[Lawrence Stewart]

On 11/13/10 20:34, Alexander Motin wrote:
> Brandon Gooch wrote:
>> 2010/11/5 Alexander Motin :
>>> Hi.
>>>
>>> I've reviewed tests that scgcheck does to SCSI subsystem. It shown
>>> combination of several issues in both CAM, ahci(4) and cdrtools itself.
>>> Several small patches allow us to pass most of that tests:
>>> http://people.freebsd.org/~mav/sense/
>>>
>>> ahci_resid.patch: Add support for reporting residual length on data
>>> underrun. SCSI commands often returns results shorter then expected.
>>> Returned value allows application to know/check how much data it really
>>> has. It is also important for sense fetching, as ATAPI and USB devices
>>> return sense as data in response to REQUEST_SENSE command.
>>>
>>> sense_resid.patch: When manually requesting sense data (ATAPI or USB),
>>> request only as much data as user requested (not the fixed structure
>>> size), and return respective sense residual length.
>>>
>>> pass_autosence.patch: Unless CAM_DIS_AUTOSENSE is set, always fetch
>>> sense if not done by SIM, independently of CAM_PASS_ERR_RECOVER. As soon
>>> as device freeze released before returning to user-level, user-level
>>> application by definition can't reliably fetch sense data if some other
>>> application (like hald) tries to access device same time.
>>>
>>> cdrtools.patch: Make libscg (part of cdrtools) on FreeBSD to submit
>>> wanted sense length to CAM and do not clear sense return buffer. It is
>>> mostly cosmetics, important probably only for scgcheck.
>>>
>>> Testers and reviewers welcome. I am especially interested in opinion
>>> about pass_autosence.patch -- may be we should lower sense fetching even
>>> deeper, to make it work for all cam_periph_runccb() consumers.
>>
>> Hey mav, sorry to chime in after so long here, but have some of these
>> patches been committed (as of r215179)?
>>
>> Which patches are still applicable for testing? I assume the cdrtools
>> patch for sure...
> 
> Now uncommitted pass_autosence.patch and possibly cdrtools.patch.
> 

To add another data point, I just applied the pass_autosence.patch to my
ahci enabled 8.2-STABLE r220153 kernel and I can now burn successfully
with cdrecord. The same kernel without the patch was unable to burn
(though it could erase disks ok).

Cheers,
Lawrence
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Wow... (<-- blown away at performance)

[Buganini]

It seems work well now, no lockup when I went through pages.
but I still got lockup when I right-click on some flash advertisement.
for example, here: http://tw.yahoo.com/

and notice that if your browser doesn't have flashplayer installed,
the website will use js instead.

Regards,
Buganini
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

bsdinstaller / partedit emacs key patch

[Daniel O'Connor]

Hi,
I noticed that the entry widgets in the bsdinstaller label editor don't 
understand various "emacs keys" (eg C-a, C-d, C-e). 

Here's a patch which adds the basics.. Unfortunately dialog doesn't have a 
"key" for delete all, delete left or delete right so I couldn't add C-u, C-w or 
C-k.

Note that you can't just call dlg_parse_bindkey("* ^a BEGIN") because dialog 
modifies the string which crashes (seg fault).

--- partedit.c.orig 2011-03-30 01:41:20.0 +
+++ partedit.c  2011-03-30 01:47:06.0 +
@@ -50,6 +50,13 @@
 static void get_mount_points(struct partedit_item *items, int nitems);
 static int validate_setup(void);
 
+static char *bindings[] = {
+   "* ^a BEGIN",
+   "* ^d DELETE_RIGHT",
+   "* ^e FINAL",
+   NULL
+};
+
 int
 main(int argc, const char **argv) {
struct partition_metadata *md;
@@ -58,12 +65,18 @@
struct gmesh mesh;
int i, op, nitems, nscroll;
int error;
+   char tmp[80];
 
TAILQ_INIT(&part_metadata);
 
init_fstab_metadata();
 
init_dialog(stdin, stdout);
+   
+   for (i = 0; bindings[i] != NULL; i++) {
+   *stpncpy(tmp,  bindings[i], sizeof(tmp) - 1) = 0;
+   dlg_parse_bindkey(tmp);
+   }
 
if (strcmp(basename(argv[0]), "sade") != 0)
dialog_vars.backtitle = __DECONST(char *, "FreeBSD Installer");


--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C






___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Wow... (<-- blown away at performance)

[Brandon Gooch]

On Tue, Mar 29, 2011 at 7:21 PM, Alexander Best  wrote:
> On Wed Mar 30 11, Alexander Best wrote:
>> On Tue Mar 29 11, Jung-uk Kim wrote:
>> > On Tuesday 29 March 2011 05:35 pm, Alexander Best wrote:
>> > > On Wed Mar 30 11, Buganini wrote:
>> > > > Could this help?
>> > > > https://bugzilla.redhat.com/show_bug.cgi?id=680279
>> > > >
>> > > > On Wed, Feb 23, 2011 at 12:29 AM, Garrett Cooper
>> >  wrote:
>> > > > > ??? ???Also, it looks like npviewer.bin still hangs to resources on
>> > > > > until Firefox closes (or I kill it :)..), so something still
>> > > > > needs to be resolved there, but that isn't a regression (it's
>> > > > > acted that way for ages), and shouldn't be too hard to do.
>> > > >
>> > > > the fix is included in the latest nspluginwrapper-devel update,
>> > > > i'm going to try it.
>> > >
>> > > i was able to build the latest nspluginwrapper version via github
>> > > [1]. however i cannot install any plugins due to the following
>> > > error:
>> > >
>> > > nspluginwrapper: no appropriate viewer found for
>> > > /home/arundel/.mozilla/plugins/libflashplayer.so
>> > >
>> > > [1] https://github.com/davidben/nspluginwrapper
>> >
>> > Update your ports, install www/nspluginwrapper-devel, reinstall your
>> > plugins, and enjoy. ;-)
>>
>> whooo. thanks a bunch. :)
>
> getting between 25 and 30 fps on 720p youtube flicks without hw acceleration
> running flash 11,0,0,60.
>
> also nspluginwrapper hasn't crashed since yet. looking really well. :)
>
>>
>> >
>> > Jung-uk Kim
>>
>> --
>> a13x
>
> --
> a13x

I've been visiting sites which normally cause problems, sites which
normally force me to run the infamous `killall npviewer.bin`. I
haven't experienced a single lock-up so far (nor have I seen ANY
hiccups). Also, the flash objects load rather quickly; very cool...

-Brandon
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Wow... (<-- blown away at performance)

[Alexander Best]

On Wed Mar 30 11, Alexander Best wrote:
> On Tue Mar 29 11, Jung-uk Kim wrote:
> > On Tuesday 29 March 2011 05:35 pm, Alexander Best wrote:
> > > On Wed Mar 30 11, Buganini wrote:
> > > > Could this help?
> > > > https://bugzilla.redhat.com/show_bug.cgi?id=680279
> > > >
> > > > On Wed, Feb 23, 2011 at 12:29 AM, Garrett Cooper 
> >  wrote:
> > > > > ??? ???Also, it looks like npviewer.bin still hangs to resources on
> > > > > until Firefox closes (or I kill it :)..), so something still
> > > > > needs to be resolved there, but that isn't a regression (it's
> > > > > acted that way for ages), and shouldn't be too hard to do.
> > > >
> > > > the fix is included in the latest nspluginwrapper-devel update,
> > > > i'm going to try it.
> > >
> > > i was able to build the latest nspluginwrapper version via github
> > > [1]. however i cannot install any plugins due to the following
> > > error:
> > >
> > > nspluginwrapper: no appropriate viewer found for
> > > /home/arundel/.mozilla/plugins/libflashplayer.so
> > >
> > > [1] https://github.com/davidben/nspluginwrapper
> > 
> > Update your ports, install www/nspluginwrapper-devel, reinstall your 
> > plugins, and enjoy. ;-)
> 
> whooo. thanks a bunch. :)

getting between 25 and 30 fps on 720p youtube flicks without hw acceleration
running flash 11,0,0,60.

also nspluginwrapper hasn't crashed since yet. looking really well. :)

> 
> > 
> > Jung-uk Kim
> 
> -- 
> a13x

-- 
a13x
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Wow... (<-- blown away at performance)

[Alexander Best]

On Tue Mar 29 11, Jung-uk Kim wrote:
> On Tuesday 29 March 2011 05:35 pm, Alexander Best wrote:
> > On Wed Mar 30 11, Buganini wrote:
> > > Could this help?
> > > https://bugzilla.redhat.com/show_bug.cgi?id=680279
> > >
> > > On Wed, Feb 23, 2011 at 12:29 AM, Garrett Cooper 
>  wrote:
> > > > ??? ???Also, it looks like npviewer.bin still hangs to resources on
> > > > until Firefox closes (or I kill it :)..), so something still
> > > > needs to be resolved there, but that isn't a regression (it's
> > > > acted that way for ages), and shouldn't be too hard to do.
> > >
> > > the fix is included in the latest nspluginwrapper-devel update,
> > > i'm going to try it.
> >
> > i was able to build the latest nspluginwrapper version via github
> > [1]. however i cannot install any plugins due to the following
> > error:
> >
> > nspluginwrapper: no appropriate viewer found for
> > /home/arundel/.mozilla/plugins/libflashplayer.so
> >
> > [1] https://github.com/davidben/nspluginwrapper
> 
> Update your ports, install www/nspluginwrapper-devel, reinstall your 
> plugins, and enjoy. ;-)

whooo. thanks a bunch. :)

> 
> Jung-uk Kim

-- 
a13x
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Wow... (<-- blown away at performance)

[Jung-uk Kim]

On Tuesday 29 March 2011 05:35 pm, Alexander Best wrote:
> On Wed Mar 30 11, Buganini wrote:
> > Could this help?
> > https://bugzilla.redhat.com/show_bug.cgi?id=680279
> >
> > On Wed, Feb 23, 2011 at 12:29 AM, Garrett Cooper 
 wrote:
> > > � �Also, it looks like npviewer.bin still hangs to resources on
> > > until Firefox closes (or I kill it :)..), so something still
> > > needs to be resolved there, but that isn't a regression (it's
> > > acted that way for ages), and shouldn't be too hard to do.
> >
> > the fix is included in the latest nspluginwrapper-devel update,
> > i'm going to try it.
>
> i was able to build the latest nspluginwrapper version via github
> [1]. however i cannot install any plugins due to the following
> error:
>
> nspluginwrapper: no appropriate viewer found for
> /home/arundel/.mozilla/plugins/libflashplayer.so
>
> [1] https://github.com/davidben/nspluginwrapper

Update your ports, install www/nspluginwrapper-devel, reinstall your 
plugins, and enjoy. ;-)

Jung-uk Kim
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ZFS dedup and temporary freeze

[George Kontostanos]

The system has 4Gs of RAM. I don''t use any devices for L2ARC and my tuning
is like this:

vm.kmem_size="3072M"
vfs.zfs.arc_max="2048M"

I had my eyes on the memory during the whole procedure and things looked
"normal".

Thanks

On Tue, Mar 29, 2011 at 10:53 PM, Sean M. Collins wrote:

> How much memory do you have in the system? Any L2ARC devices? Depending
> on the amount of memory in your box, it could be that ddt is spilling
> over ARC?
>
>
> --
> Sean Collins
> Core IT Pro, LLC
> www.coreitpro.com
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>



-- 
George Kontostanos
aisecure.net 
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Wow... (<-- blown away at performance)

[Alexander Best]

On Wed Mar 30 11, Buganini wrote:
> Could this help?
> https://bugzilla.redhat.com/show_bug.cgi?id=680279
> 
> On Wed, Feb 23, 2011 at 12:29 AM, Garrett Cooper  wrote:
> >    Also, it looks like npviewer.bin still hangs to resources on until
> > Firefox closes (or I kill it :)..), so something still needs to be
> > resolved there, but that isn't a regression (it's acted that way for
> > ages), and shouldn't be too hard to do.
> 
> the fix is included in the latest nspluginwrapper-devel update,
> i'm going to try it.

i was able to build the latest nspluginwrapper version via github [1]. however
i cannot install any plugins due to the following error:

nspluginwrapper: no appropriate viewer found for 
/home/arundel/.mozilla/plugins/libflashplayer.so

[1] https://github.com/davidben/nspluginwrapper

> 
> 
> Regards,
> Buganini

-- 
a13x
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install

[Baptiste Daroussin]

2011/3/29 Baptiste Daroussin :
> 2011/3/29 Andriy Gapon :
>> on 28/03/2011 21:22 Julien Laffaye said the following:
>>> On Mon, Mar 28, 2011 at 6:59 PM, Garrett Cooper  wrote:
> III. Package naming that includes architecture, major OS version (for 
> API/ABI),
> maybe more.

 This could be provided in the manifest. Doing it in the filename sort
 of turns into a mess, as I've discovered working at Cisco :).

>>>
>>> Actually, it *is* in the +MANIFEST of pkgng packages archives :-)
>>
>> Well, by the package name I meant not only a package file name.
>> Let's imagine that we do support installing i386 packages on amd64 in 
>> parallel to
>> amd64 packages.  And for some reason I want to have both 32-bit and 64-bit
>> versions of, say, firefox; e.g. for benchmarking.  If the packages would 
>> have the
>> same name, then that would be impossible.
>>
>> I think that having some thing in package name in addition to package 
>> metadata
>> could have certain benefits.
>>
>> --
>> Andriy Gapon
>>
>
> I understand but I think pkgng is already quite radical changement.
> More change is taking the risk that it would be rejected in the end,
> we still do not have any reply from portmgr, there is no insurance
> pkgng will in the end replace pkg_install. Currently pkgng requires
> only very few changes from the ports infrastruture, I don't know the
> cost of changing the name scheme.
>
> If I'm not clear enough, supporting both 32bits and 64bits packages at
> the same time on amd64 or arches that could support this kind of
> installation, is a large change we don't want to take the
> responsability of :) and implementing this in pkgng would significate
> we already choose how it should work.
>
> regards,
> Bapt
>

seems it was not clear :)

ok let's try to say it simpler :) the main goal is to keep it simple
for now, simple and rock solid, so that we can replace pkg_install and
do some cleanup in the ports tree, add the "must have" features while
doing that. And only when we will be ready for that and that portmgr
have decided that it is mature enough to replace pkg_install, only
after that we will start improving with new features and new changes.

I thinks changing the package name scheme is not a "must have"
feature, it for sure is and intresting feature, but what about pushing
to after the first stable release? managing architecture as we plan to
do it is enough imho.

But I can be wrong.

regards,
Bapt
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ZFS dedup and temporary freeze

[Sean M. Collins]

How much memory do you have in the system? Any L2ARC devices? Depending
on the amount of memory in your box, it could be that ddt is spilling
over ARC?


-- 
Sean Collins
Core IT Pro, LLC
www.coreitpro.com
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install

[Baptiste Daroussin]

2011/3/29 Andriy Gapon :
> on 28/03/2011 21:22 Julien Laffaye said the following:
>> On Mon, Mar 28, 2011 at 6:59 PM, Garrett Cooper  wrote:
 III. Package naming that includes architecture, major OS version (for 
 API/ABI),
 maybe more.
>>>
>>> This could be provided in the manifest. Doing it in the filename sort
>>> of turns into a mess, as I've discovered working at Cisco :).
>>>
>>
>> Actually, it *is* in the +MANIFEST of pkgng packages archives :-)
>
> Well, by the package name I meant not only a package file name.
> Let's imagine that we do support installing i386 packages on amd64 in 
> parallel to
> amd64 packages.  And for some reason I want to have both 32-bit and 64-bit
> versions of, say, firefox; e.g. for benchmarking.  If the packages would have 
> the
> same name, then that would be impossible.
>
> I think that having some thing in package name in addition to package metadata
> could have certain benefits.
>
> --
> Andriy Gapon
>

I understand but I think pkgng is already quite radical changement.
More change is taking the risk that it would be rejected in the end,
we still do not have any reply from portmgr, there is no insurance
pkgng will in the end replace pkg_install. Currently pkgng requires
only very few changes from the ports infrastruture, I don't know the
cost of changing the name scheme.

If I'm not clear enough, supporting both 32bits and 64bits packages at
the same time on amd64 or arches that could support this kind of
installation, is a large change we don't want to take the
responsability of :) and implementing this in pkgng would significate
we already choose how it should work.

regards,
Bapt
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Wow... (<-- blown away at performance)

[Buganini]

Could this help?
https://bugzilla.redhat.com/show_bug.cgi?id=680279

On Wed, Feb 23, 2011 at 12:29 AM, Garrett Cooper  wrote:
>    Also, it looks like npviewer.bin still hangs to resources on until
> Firefox closes (or I kill it :)..), so something still needs to be
> resolved there, but that isn't a regression (it's acted that way for
> ages), and shouldn't be too hard to do.

the fix is included in the latest nspluginwrapper-devel update,
i'm going to try it.


Regards,
Buganini
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

ZFS dedup and temporary freeze

[George Kontostanos]

Hi List,

I am using dedup=on for my ezjail /jails directory. I noticed a strange
behavior during the installation of the ports tree in the basejail. The
system appears to freeze for a while and the cpu appears to be idle during
that time. The same behavior is shown when building ports inside the jail.

Here is some information about the pool:

   capacity operationsbandwidth
poolalloc   free   read  write   read  write
--  -  -  -  -  -  -
zhome   15.0G  59.5G  4 14  61.2K   468K
zhome   15.0G  59.5G 38 66   107K  68.9K
zhome   15.0G  59.5G 43 71   119K  45.0K
zhome   15.0G  59.5G 37 67   103K  45.0K
zhome   15.0G  59.5G 39103   102K  4.71M
zhome   15.0G  59.5G 42 72   114K  45.0K
zhome   15.0G  59.5G 36 59  97.9K  37.0K
zhome   15.0G  59.5G 42 69   114K  48.0K
zhome   15.0G  59.5G 39 72   105K  43.5K
zhome   15.0G  59.5G 33 58  93.4K  42.0K
zhome   15.0G  59.5G 44 77   117K  53.4K

NAMESIZE  ALLOC   FREECAP  DEDUP  HEALTH  ALTROOT
zhome  74.5G  15.8G  58.7G21%  1.06x  ONLINE  -

I thought that jails would be a good candidate for dedup. So far I am using
it without any issues in my /usr/src and /virtualBox directories.

Best Regards

-- 
George Kontostanos
aisecure.net 
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ipv6 / rtadv problem

[Bernd Walter]

On Tue, Mar 29, 2011 at 10:19:26PM +1030, Daniel O'Connor wrote:
> 
> On 29/03/2011, at 22:04, Bernd Walter wrote:
> > My assumption is that the problem is with the other host or switch
> > network and you just never noticed this so far because this kind of
> > problem can easily hide for a very long time.
> 
> Hmm, I have pretty stupid hardware, I am fairly sure none of my switches 
> understand multicast.

There are two class of multicast capable switches.
On of them are professional switches of course, but given that IPTV
runs with multicast some cheap manageable switches and quite often
integrated switches in plastic routers support it as well.
IPv4 multicast and IPv6 multicast is very similar, but they use non
colliding MAC ranges, so pure IPv4 multicast switches are not a problem
for IPv6 multicast, but I'm a bit worried that some cheap devices have
alpha quality IPv6 multicast support enabled.

-- 
B.Walter  http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ipv6 / rtadv problem

[Bernd Walter]

On Tue, Mar 29, 2011 at 11:43:57PM +1030, Daniel O'Connor wrote:
> 
> It is running a fairly old FreeBSD (6.x..), maybe there are bugs there..

I don't think there are general bugs about neighbor discovery in FreeBSD
since the beginning, but NIC drivers might have multicast bugs and
although you are running this host since a long time such bugs might be
unnoticed.
You can show and clear the neighbor cache data by using ndp command,
which has similar handling as arp.
If you use tcpdump to debug NDP packets be aware that by enabling
promiscuous mode you get every multicast packet despite of correct
filter setup, so you won't see a problem if the driver isn't
configuring the filter correctly.
On the other hand you can workaround a such driver bug by enabling
promiscuous mode.

-- 
B.Walter  http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: How can I clone a mac address on wlan0?

[Daniel Eischen]

On Mon, 28 Mar 2011, Doug Barton wrote:

For a variety of boring reasons I need to clone a mac address on wlan0. The 
documented way to do this:


ifconfig wlan0 create wlandev wpi0 wlanaddr 00:11:22:33:44:55:66

works in the sense that it sets up the interface with that mac, but then the 
wlan0 interface never associates. Doing everything the same but omitting the 
wlanaddr argument (which causes wlan0 to use the mac of the wpi0 device) 
works.


This also doesn't work in 8.2-RELEASE, so either we've got a long-standing 
bug, or I'm doing something very wrong. The wpi0 card is an intel 3945abg, I 
also have a couple of ath cards I can try (although so far they haven't 
worked either).


Since wireless went to the cloned wlan device, this hasn't
worked.  Clone devices don't push the MAC addresses down
(at least the wlan clone doesn't).  I reported this problem
with lagg failover between wired and wireless.  Obviously
I wanted the wired connection as the primary and the wlan
device as secondary, so lagg would always end up using
the wired connection's (xl0 in my case) MAC address and
then trying to change wlan0's MAC address to the same when
it was selected during failover.

So I had to put this:

  ifconfig_ath0="ether 00:08:74:4b:88:b2"
  wlan_ath0=wlan0
  ifconfig_wlan0="ssid FOO_SSID wepkey1:..."
  ifconfig_xl0="up"
  cloned_interfaces="lagg0"
  ifconfig_lagg0="laggproto failover laggport xl0 laggport wlan0"
  ifconfig_lagg0_alias0="inet a.b.c.d netmask 0xff00"

into rc.conf.  ath0's MAC is my primary's (xl0) actual MAC
address.

So I'm guessing if you put ifconfig_wpi0="ether 00:11:22:33:44:55:66"
in rc.conf, that would work.

--
DE
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ipv6 / rtadv problem

[Daniel O'Connor]

On 29/03/2011, at 23:10, Marcin Cieslak wrote:
>>> Daniel O'Connor  wrote:
>> 
>> On 29/03/2011, at 8:29, Daniel O'Connor wrote:
>>> On 29/03/2011, at 1:37, Sergey Kandaurov wrote:
 1) ipv6_enable is obsolete in HEAD, see UPDATING.
>>> 
>>> Ahh UPDATING, of course, thanks :)
>>> 
 2) Normally hosts ignore rtadv packets if ipv6_gateway_enable is also
 set (as per rfc4861).
 All you need is something like ifconfig_em0_ipv6="inet6 accept_rtadv"
>>> 
>>> Great, it works!
>> 
>> I spoke a little too soon, I could not connect to a remote host until I did 
>> some pings, eg..
>> maarsy-acq:~>telnet -NK6 ipv6.google.com 80
>> Trying 2404:6800:8004::68...
>> ^C
>> maarsy-acq:~>ping6 metatron
>> PING6(56=40+8+8 bytes) 2001:44b8:7c07:5581:225:90ff:fe32:91e --> 
>> 2001:44b8:7c07:5581:204:61ff:fe79:276f
>> 16 bytes from 2001:44b8:7c07:5581:204:61ff:fe79:276f, icmp_seq=0 hlim=64 
>> time=0.507 ms
>> 16 bytes from 2001:44b8:7c07:5581:204:61ff:fe79:276f, icmp_seq=1 hlim=64 
>> time=0.247 ms
>> ^C
>> --- metatron.gsoft.com.au ping6 statistics ---
>> 2 packets transmitted, 2 packets received, 0.0% packet loss
>> round-trip min/avg/max/std-dev = 0.247/0.377/0.507/0.130 ms
> 
> Are you having this problem when talking to other v6 in the same LAN?

Well, the first one (metatron) I pinged worked fine and after that it all came 
good.

> How does your "netstat -rnf inet6" look like?
Routing tables

Internet6:
Destination   Gateway   Flags  
Netif Expire
::/96 ::1   UGRSlo0 
=>
default   fe80::204:61ff:fe79:276f%em0  UG  em0
::1   ::1   UH  lo0
:::0.0.0.0/96 ::1   UGRSlo0
2001:44b8:7c07:5581::/64  link#2U   em0
2001:44b8:7c07:5581:225:90ff:fe32:91e link#2UHS 
lo0
fe80::/10 ::1   UGRSlo0
fe80::%em0/64 link#2U   em0
fe80::225:90ff:fe32:91e%em0   link#2UHS lo0
fe80::%lo0/64 link#5U   lo0
fe80::1%lo0   link#5UHS lo0
ff01::%em0/32 fe80::225:90ff:fe32:91e%em0   U   em0
ff01::%lo0/32 ::1   U   lo0
ff02::/16 ::1   UGRSlo0
ff02::%em0/32 fe80::225:90ff:fe32:91e%em0   U   em0
ff02::%lo0/32 ::1   U   lo0


> Can you reach metatron.gsoft.com.au from your gateway?

metatron IS my gateway :)

It is running a fairly old FreeBSD (6.x..), maybe there are bugs there..

--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C






___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ipv6 / rtadv problem

[Marcin Cieslak]

>> Daniel O'Connor  wrote:
>
> On 29/03/2011, at 8:29, Daniel O'Connor wrote:
>> On 29/03/2011, at 1:37, Sergey Kandaurov wrote:
>>> 1) ipv6_enable is obsolete in HEAD, see UPDATING.
>> 
>> Ahh UPDATING, of course, thanks :)
>> 
>>> 2) Normally hosts ignore rtadv packets if ipv6_gateway_enable is also
>>> set (as per rfc4861).
>>> All you need is something like ifconfig_em0_ipv6="inet6 accept_rtadv"
>> 
>> Great, it works!
>
> I spoke a little too soon, I could not connect to a remote host until I did 
> some pings, eg..
> maarsy-acq:~>telnet -NK6 ipv6.google.com 80
> Trying 2404:6800:8004::68...
> ^C
> maarsy-acq:~>ping6 metatron
> PING6(56=40+8+8 bytes) 2001:44b8:7c07:5581:225:90ff:fe32:91e --> 
> 2001:44b8:7c07:5581:204:61ff:fe79:276f
> 16 bytes from 2001:44b8:7c07:5581:204:61ff:fe79:276f, icmp_seq=0 hlim=64 
> time=0.507 ms
> 16 bytes from 2001:44b8:7c07:5581:204:61ff:fe79:276f, icmp_seq=1 hlim=64 
> time=0.247 ms
> ^C
> --- metatron.gsoft.com.au ping6 statistics ---
> 2 packets transmitted, 2 packets received, 0.0% packet loss
> round-trip min/avg/max/std-dev = 0.247/0.377/0.507/0.130 ms

Are you having this problem when talking to other v6 in the same LAN?

How does your "netstat -rnf inet6" look like?

Can you reach metatron.gsoft.com.au from your gateway?

//Marcin


___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ipv6 / rtadv problem

[Bernd Walter]

On Tue, Mar 29, 2011 at 08:24:53PM +1030, Daniel O'Connor wrote:
> 
> On 29/03/2011, at 19:05, Sergey Kandaurov wrote:
> >> This is repeatable after a reboot, I haven't experienced with FreeBSD 8.x.
> >> 
> > 
> > I would assume an NDP communication problem or some such,
> > it would be interesting to see this sort of traffic, also ifconfig and
> > ndp -a output.
> 
> Grr.. I had to reinstall today because I forgot to create a swap partition 
> and now I can't reproduce the problem :(

NDP effectively replaces ARP for IPv6.
Like ARP it is also learning by received packets and not only by direct
query and because of this problems might be unnoticed.

Unlike ARP NDP is using multicast - instead of sending the inquiry to
a broadcast address each address has a solicatated multicast address where
the query goes to.
A NIC driver might have broken multicast support, I doub't that's a
problem for your em, but it is more likely that the bug is on the other
host.
It also could be a problem with multicast aware switches - getting
multicast switiching right isn't an easy task and many implementations
are full of bugs.
If an NDP entry expires a host typically reasks using the unicast address
and the last known MAC, so once everything seems to run an underlying
multicast problem can live unnoticed for a much longer time.
Currently my own LAN router has a NIC driver with broken multicast
support and nevertheless everything seems to work fine since months
now, but I know the bug is there and that it can bite me each day.

And unlike ARP NDP is ICMPv6 and not an individual protocol, some
people agressivlely filter ICMPv*, which can easily catch too much.
Especially since many people configuring filter lists are not aware
of those solicitated addresses.

My assumption is that the problem is with the other host or switch
network and you just never noticed this so far because this kind of
problem can easily hide for a very long time.

-- 
B.Walter  http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ipv6 / rtadv problem

[Daniel O'Connor]

On 29/03/2011, at 22:04, Bernd Walter wrote:
>> Grr.. I had to reinstall today because I forgot to create a swap partition 
>> and now I can't reproduce the problem :(
> 
> NDP effectively replaces ARP for IPv6.
> Like ARP it is also learning by received packets and not only by direct
> query and because of this problems might be unnoticed.
> 
> Unlike ARP NDP is using multicast - instead of sending the inquiry to
> a broadcast address each address has a solicatated multicast address where
> the query goes to.
> A NIC driver might have broken multicast support, I doub't that's a
> problem for your em, but it is more likely that the bug is on the other
> host.
> It also could be a problem with multicast aware switches - getting
> multicast switiching right isn't an easy task and many implementations
> are full of bugs.
> If an NDP entry expires a host typically reasks using the unicast address
> and the last known MAC, so once everything seems to run an underlying
> multicast problem can live unnoticed for a much longer time.
> Currently my own LAN router has a NIC driver with broken multicast
> support and nevertheless everything seems to work fine since months
> now, but I know the bug is there and that it can bite me each day.
> 
> And unlike ARP NDP is ICMPv6 and not an individual protocol, some
> people agressivlely filter ICMPv*, which can easily catch too much.
> Especially since many people configuring filter lists are not aware
> of those solicitated addresses.

Thanks for the information.

> My assumption is that the problem is with the other host or switch
> network and you just never noticed this so far because this kind of
> problem can easily hide for a very long time.

Hmm, I have pretty stupid hardware, I am fairly sure none of my switches 
understand multicast.

If I see it again I will try and get some more information

--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C






___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: detection os arch

[Alexander Best]

On Mon Mar 28 11, Veniamin Gvozdikov wrote:
> Hi everybody.
> 
> I have question about packages. Why packages don't supported detection os 
> arch?

i think freebsd-questions@ is better suited for that question.

-- 
a13x
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: How can I clone a mac address on wlan0?

[Bernhard Schmidt]

On Tuesday, March 29, 2011 08:38:43 Doug Barton wrote:
> For a variety of boring reasons I need to clone a mac address on wlan0. 
> The documented way to do this:
> 
> ifconfig wlan0 create wlandev wpi0 wlanaddr 00:11:22:33:44:55:66
> 
> works in the sense that it sets up the interface with that mac, but then 
> the wlan0 interface never associates. Doing everything the same but 
> omitting the wlanaddr argument (which causes wlan0 to use the mac of the 
> wpi0 device) works.
> 
> This also doesn't work in 8.2-RELEASE, so either we've got a 
> long-standing bug, or I'm doing something very wrong. The wpi0 card is 
> an intel 3945abg, I also have a couple of ath cards I can try (although 
> so far they haven't worked either).

I doubt the wlanaddr option is what you are looking for. This option
is only used (and valid) in multiple VAP setups. The BSSID is used to
filter frames, everything not to the BSSID (or multicast/broadcast)
gets dropped. With multiple VAPs you want to use different BSSIDs for
each AP. There are two options to achieve that, using the "bssid"
parameter which will generate a semi random MAC (based on the
hardware's MAC address) or the "wlanaddr" parameter which allows a user
to define the complete address. Whether the hardware does support
setting multiple BSSID filters is another story, I doubt we have one
in tree.. mostly the addresses are generated in such a way that for
example either the first 4 or last 4 bits are changed and therefore
a "wildcard" filter can be used. Now to the point, wpi(4) has no
support at all for multiple VAPs.. therefore no one ever had a look at
that.

Anyways.. you might want to look into the "link" option, changing the
wpi0's MAC will also change the one of wlan0.

-- 
Bernhard
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ipv6 / rtadv problem

[Daniel O'Connor]

On 29/03/2011, at 19:05, Sergey Kandaurov wrote:
>> This is repeatable after a reboot, I haven't experienced with FreeBSD 8.x.
>> 
> 
> I would assume an NDP communication problem or some such,
> it would be interesting to see this sort of traffic, also ifconfig and
> ndp -a output.

Grr.. I had to reinstall today because I forgot to create a swap partition and 
now I can't reproduce the problem :(

Sorry.

--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C






___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Installer request

[Lars Engels]

On Tue, Mar 29, 2011 at 03:12:51PM +1030, Daniel O'Connor wrote:
> 
> On 29/03/2011, at 4:28, Nathan Whitehorn wrote:
> > On 03/28/11 00:20, Daniel O'Connor wrote:
> >> Hi,
> >> I would like it if the installer had an option to exit to live CD mode 
> >> after installation.
> >> 
> >> The reason being that I have a tar file I want to splat onto the newly 
> >> installed system residing on the USB stick the installer is on. In chroot 
> >> mode I can't access it.
> > 
> > Sure, that's easy to do. I'll try to get it in today or tomorrow.
> 
> While I'm making wishes..
> 
> What do you think of using GPT UUIDs in fstab?
> 
> It does make the fstab rather ugly but makes the system more robust in the 
> face of disk changes and so on..

Please don't do that by default. I really hate to open a linux fstab, I
don't want that on FreeBSD, too.
IMHO geom labels would be sufficient.


pgpmupEtXq5mJ.pgp
Description: PGP signature

Re: Installer request

[Daniel O'Connor]

On 29/03/2011, at 19:49, Lars Engels wrote:
>> What do you think of using GPT UUIDs in fstab?
>> 
>> It does make the fstab rather ugly but makes the system more robust in the 
>> face of disk changes and so on..
> 
> Please don't do that by default. I really hate to open a linux fstab, I
> don't want that on FreeBSD, too.

I agree it's ugly, but I don't edit my fstab very often :)

> IMHO geom labels would be sufficient.

The problem is that labels tend to be the same between machines because they 
all have /, swap, etc..

BTW GPT can store a label as well as having a UUID.

--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C






___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ipv6 / rtadv problem

[Sergey Kandaurov]

On 29 March 2011 02:12, Daniel O'Connor  wrote:
>
> On 29/03/2011, at 8:29, Daniel O'Connor wrote:
>> On 29/03/2011, at 1:37, Sergey Kandaurov wrote:
>>> 1) ipv6_enable is obsolete in HEAD, see UPDATING.
>>
>> Ahh UPDATING, of course, thanks :)
>>
>>> 2) Normally hosts ignore rtadv packets if ipv6_gateway_enable is also
>>> set (as per rfc4861).
>>> All you need is something like ifconfig_em0_ipv6="inet6 accept_rtadv"
>>
>> Great, it works!
>
> I spoke a little too soon, I could not connect to a remote host until I did 
> some pings, eg..
> maarsy-acq:~>telnet -NK6 ipv6.google.com 80
> Trying 2404:6800:8004::68...
> ^C
> maarsy-acq:~>ping6 metatron
> PING6(56=40+8+8 bytes) 2001:44b8:7c07:5581:225:90ff:fe32:91e --> 
> 2001:44b8:7c07:5581:204:61ff:fe79:276f
> 16 bytes from 2001:44b8:7c07:5581:204:61ff:fe79:276f, icmp_seq=0 hlim=64 
> time=0.507 ms
> 16 bytes from 2001:44b8:7c07:5581:204:61ff:fe79:276f, icmp_seq=1 hlim=64 
> time=0.247 ms
> ^C
> --- metatron.gsoft.com.au ping6 statistics ---
> 2 packets transmitted, 2 packets received, 0.0% packet loss
> round-trip min/avg/max/std-dev = 0.247/0.377/0.507/0.130 ms
>
> maarsy-acq:~>telnet -NK6 ipv6.google.com 80
> Trying 2404:6800:8004::68...
> Connected to ipv6.l.google.com.
> Escape character is '^]'.
> ^]
> telnet> q
>
> This is repeatable after a reboot, I haven't experienced with FreeBSD 8.x.
>

I would assume an NDP communication problem or some such,
it would be interesting to see this sort of traffic, also ifconfig and
ndp -a output.

-- 
wbr,
pluknet
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: How can I clone a mac address on wlan0?

[Adrian Chadd]

The way I'd debug this (without being a developer) is:

* get another laptop with say an ath card;
* put that interface into monitor mode;
* tcpdump -vveni wlan0 -y IEEE802_11_RADIO | grep -v Beacon

Then try associating to the access point and see what station MAC it's
sending in its packets.




adrian

On 29 March 2011 14:38, Doug Barton  wrote:

> For a variety of boring reasons I need to clone a mac address on wlan0. The
> documented way to do this:
>
> ifconfig wlan0 create wlandev wpi0 wlanaddr 00:11:22:33:44:55:66
>
> works in the sense that it sets up the interface with that mac, but then
> the wlan0 interface never associates. Doing everything the same but omitting
> the wlanaddr argument (which causes wlan0 to use the mac of the wpi0 device)
> works.
>
> This also doesn't work in 8.2-RELEASE, so either we've got a long-standing
> bug, or I'm doing something very wrong. The wpi0 card is an intel 3945abg, I
> also have a couple of ath cards I can try (although so far they haven't
> worked either).
>
>
> Doug
>
> --
>
>Nothin' ever doesn't change, but nothin' changes much.
>-- OK Go
>
>Breadth of IT experience, and depth of knowledge in the DNS.
>Yours for the right price.  :)  http://SupersetSolutions.com/
>
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"