Re: bridge loop detection
On 2-3-2012 15:49, Matthieu Herrb wrote: On Fri, Mar 02, 2012 at 03:19:34PM +0100, Camiel Dobbelaar wrote: I think the bridge loop detection in if_ethersubr.c can be removed. It taxes all bridge output traffic, but I don't think it ever kicks in. It was added in 2001 by angelos: http://www.openbsd.org/cgi-bin/cvsweb/src/sys/net/if_ethersubr.c.diff?r1=1.48;r2=1.49;f=h I'd say the following ethertypes are safe, they push packets further down the stack so they cannot be bridged again: ieee80211, trunk, vlan tun and gre cannot be part of a bridge. While I don't understand the network stack very deeply, I for sure have tun interfaces (in tap mode, with link0 set) part of a bridge on my openvpn gateway: bridge0: flags=41UP,RUNNING groups: bridge priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp tun0 flags=3LEARNING,DISCOVER port 14 ifpriority 0 ifcost 0 vlan4 flags=3LEARNING,DISCOVER port 6 ifpriority 0 ifcost 0 Yes, you are right, I missed the layer-2 tap mode. It looks like it only pushes packets further down as well (so they cannot be bridged twice). But the tun code is a little more challenging so not 100% sure yet. If you can try the diff on this setup, that would be nice.
Re: vmmap replacement -- please test
Hi, David Coppa wrote: still rocking hard My old Athlon 1600+ blow dries something like I'm gruvm up the country, where the memory tastes like wine. Is this a regression, then?? --steffen
Re: vmmap replacement -- please test
On Fri, Mar 2, 2012 at 14:37, Steffen Daode Nurpmeso sdao...@googlemail.com wrote: Hi, David Coppa wrote: still rocking hard My old Athlon 1600+ blow dries something like B I'm gruvm up the country, where the memory tastes like wine. Is this a regression, then?? --steffen System is really responsive, nothing to report here. In other words, no regression and runs flawlessly on an i7 amd64-current + vmmap_sys.diff.65 + vmmap_userland.diff.30. Yours, Vlad
Licenciamiento y consultoria Microsoft para su empresa
Si no puede ver correctamente esta pieza haga Click Aqum. $5000 [IMAGE] [IMAGE] Si no desea continuar recibiendo esta comunicacisn, responda este e-mail con el titulo REMOVER y a la brevedad sera eliminado de nuestra lista. [IMAGE][IMAGE]
enable/fix vt switching on sandybridge machines
hi friends,
this enables vt switching on my laptop (dell xps 13) with
sandybridge video:
vga1 at pci0 dev 2 function 0 Intel GT2 Video rev 0x09
previously it would do nothing on ctrl+alt+f1 and redraw the screen
on ctrl+alt+f5. now i am able to switch between the console and X
multiple times without any problems or artifacts.
can i get some tests on other sandybridge systems like an x220 and
on non-sandybridge intel video machines?
diff --git a/driver/xf86-video-intel/src/intel_driver.c
b/driver/xf86-video-intel/src/intel_driver.c
index 03b1586..8f04695 100644
--- a/driver/xf86-video-intel/src/intel_driver.c
+++ b/driver/xf86-video-intel/src/intel_driver.c
@@ -1552,7 +1552,7 @@ static Bool I830PreInit(ScrnInfoPtr scrn, int flags)
if (!intel-use_drm_mode) {
/* console hack, stolen from G80 */
- if (IS_GEN5(intel)) {
+ if (IS_GEN5(intel) || HAS_PCH_SPLIT(intel)) {
if (xf86LoadSubModule(scrn, int10)) {
intel-int10 = xf86InitInt10(pEnt-index);
if (intel-int10) {
@@ -1779,9 +1779,6 @@ static Bool RestoreHWState(ScrnInfoPtr scrn)
vgaRegPtr vgaReg = hwp-SavedReg;
int i;
- if (HAS_PCH_SPLIT(intel))
- return TRUE;
-
DPRINTF(PFX, RestoreHWState\n);
/* Disable outputs */
@@ -2600,7 +2597,8 @@ static void I830LeaveVT(int scrnIndex, int flags)
RestoreHWState(scrn);
/* console restore hack */
- if (IS_GEN5(intel) intel-int10 intel-int10Mode) {
+ if ((IS_GEN5(intel) || HAS_PCH_SPLIT(intel))
+ intel-int10 intel-int10Mode) {
xf86Int10InfoPtr int10 = intel-int10;
/* Use int10 to restore the console mode */
@@ -2610,7 +2608,6 @@ static void I830LeaveVT(int scrnIndex, int flags)
int10-cx = int10-dx = 0;
xf86ExecX86int10(int10);
}
-
}
i830_unbind_all_memory(scrn);
Re: enable/fix vt switching on sandybridge machines
On Fri, Mar 02, 2012 at 09:27:52PM -0600, joshua stein wrote:
hi friends,
this enables vt switching on my laptop (dell xps 13) with
sandybridge video:
vga1 at pci0 dev 2 function 0 Intel GT2 Video rev 0x09
previously it would do nothing on ctrl+alt+f1 and redraw the screen
on ctrl+alt+f5. now i am able to switch between the console and X
multiple times without any problems or artifacts.
can i get some tests on other sandybridge systems like an x220 and
on non-sandybridge intel video machines?
diff --git a/driver/xf86-video-intel/src/intel_driver.c
b/driver/xf86-video-intel/src/intel_driver.c
index 03b1586..8f04695 100644
--- a/driver/xf86-video-intel/src/intel_driver.c
+++ b/driver/xf86-video-intel/src/intel_driver.c
@@ -1552,7 +1552,7 @@ static Bool I830PreInit(ScrnInfoPtr scrn, int flags)
if (!intel-use_drm_mode) {
/* console hack, stolen from G80 */
-if (IS_GEN5(intel)) {
+if (IS_GEN5(intel) || HAS_PCH_SPLIT(intel)) {
if (xf86LoadSubModule(scrn, int10)) {
intel-int10 = xf86InitInt10(pEnt-index);
if (intel-int10) {
@@ -1779,9 +1779,6 @@ static Bool RestoreHWState(ScrnInfoPtr scrn)
vgaRegPtr vgaReg = hwp-SavedReg;
int i;
- if (HAS_PCH_SPLIT(intel))
- return TRUE;
-
DPRINTF(PFX, RestoreHWState\n);
/* Disable outputs */
@@ -2600,7 +2597,8 @@ static void I830LeaveVT(int scrnIndex, int flags)
RestoreHWState(scrn);
/* console restore hack */
- if (IS_GEN5(intel) intel-int10 intel-int10Mode) {
+ if ((IS_GEN5(intel) || HAS_PCH_SPLIT(intel))
+ intel-int10 intel-int10Mode) {
xf86Int10InfoPtr int10 = intel-int10;
/* Use int10 to restore the console mode */
@@ -2610,7 +2608,6 @@ static void I830LeaveVT(int scrnIndex, int flags)
int10-cx = int10-dx = 0;
xf86ExecX86int10(int10);
}
-
}
i830_unbind_all_memory(scrn);
Works fine on X201(Core i5-540M).
--
Alexandr Shadchin
Re: enable/fix vt switching on sandybridge machines
On Fri, 2 Mar 2012 21:27:52 -0600, joshua stein wrote: hi friends, this enables vt switching on my laptop (dell xps 13) with sandybridge video: vga1 at pci0 dev 2 function 0 Intel GT2 Video rev 0x09 previously it would do nothing on ctrl+alt+f1 and redraw the screen on ctrl+alt+f5. now i am able to switch between the console and X multiple times without any problems or artifacts. can i get some tests on other sandybridge systems like an x220 and on non-sandybridge intel video machines? I have an E320 with the same dmesg line for vga1 as yours and a cpu line: cpu0: Intel(R) Core(TM) i5-2450M CPU @ 2.50GHz (GenuineIntel 686-class) 2.50 GHz The bug made it impossible to get from X back to any console session and I couldn't do anything in X once I had tried. An established ssh session into the E320 would still work - handy to reboot - but I couldn't make another ssh session. That sounds a bit worse than yours so I should try your patch. My tree was last updated about Feb 7 but I eyeballed the relevant file and your patch matches. What is the minimum path to just updating xenocara to your patch? I'm used to doing everything in the update the tree and make everything method and that way I don't have the hassles that some bunnies do. This is the one time I don't want to do the lot because of some work I'm involved with. R/ *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
