headers
Bertrand Janin | 1 Sep 2009 05:25
Gravatar

cwm(1) hide borders on maximize

With Xinerama enabled, the borders of a maximized window will show up on
all adjacent screens. This patch hides the borders while the window is
maximized.

Bertrand

[demime 1.01d removed an attachment of type text/x-diff]
Permalink | Reply | 1 comment |
headers
Bertrand Janin | 1 Sep 2009 05:44
Gravatar

Re: cwm(1) hide borders on maximize

Bertrand Janin wrote :
> With Xinerama enabled, the borders of a maximized window will show up on
> all adjacent screens. This patch hides the borders while the window is
> maximized.
> 
> Bertrand
> 
> [demime 1.01d removed an attachment of type text/x-diff]

And here is the patch.

Index: client.c
===================================================================
RCS file: /cvs/xenocara/app/cwm/client.c,v
retrieving revision 1.64
diff -p -u -r1.64 client.c
--- client.c	27 Aug 2009 01:38:08 -0000	1.64
+++ client.c	1 Sep 2009 03:08:33 -0000
 <at>  <at>  -244,8 +244,8  <at>  <at>  client_maximize(struct client_ctx *cc)
 			ymax = xine->height;
 		}
 calc:
-		cc->geom.x = x_org - cc->bwidth + Conf.gap_left;
-		cc->geom.y = y_org - cc->bwidth + Conf.gap_top;
+		cc->geom.x = x_org + Conf.gap_left;
+		cc->geom.y = y_org + Conf.gap_top;
 		cc->geom.height = ymax - (Conf.gap_top + Conf.gap_bottom);
 		cc->geom.width = xmax - (Conf.gap_left + Conf.gap_right);
 		cc->flags |= CLIENT_DOMAXIMIZE;
 <at>  <at>  -323,6 +323,7  <at>  <at>  client_resize(struct client_ctx *cc)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Stuart Henderson | 2 Sep 2009 01:56
Favicon
Gravatar

ports/sysutils/lsof, naive fix for namecache fallout

lsof was broken in fallout from the namecache changes at f2k9.
this gets it building again by totally disabling the namecache;
anyone interested in fixing it better?

Index: Makefile
===================================================================
RCS file: /cvs/ports/sysutils/lsof/Makefile,v
retrieving revision 1.66
diff -u -p -r1.66 Makefile
--- Makefile	21 Jun 2009 13:24:02 -0000	1.66
+++ Makefile	1 Sep 2009 23:54:36 -0000
 <at>  <at>  -4,7 +4,7  <at>  <at>  COMMENT=	list information about open fil

 VERSION=	4.82
 DISTNAME=	lsof_${VERSION}
-PKGNAME=	${DISTNAME:S/_/-/}
+PKGNAME=	${DISTNAME:S/_/-/}p0
 CATEGORIES=	sysutils
 MASTER_SITES=	ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/ \
 		ftp://ftp.fu-berlin.de/pub/unix/tools/lsof/ \
Index: patches/patch-dialects_n+obsd_machine_h
===================================================================
RCS file: patches/patch-dialects_n+obsd_machine_h
diff -N patches/patch-dialects_n+obsd_machine_h
--- /dev/null	1 Jan 1970 00:00:00 -0000
+++ patches/patch-dialects_n+obsd_machine_h	1 Sep 2009 23:54:36 -0000
 <at>  <at>  -0,0 +1,12  <at>  <at> 
+$OpenBSD$
+--- dialects/n+obsd/machine.h.orig	Tue Sep  1 23:51:08 2009
++++ dialects/n+obsd/machine.h	Tue Sep  1 23:52:07 2009
(Continue reading)

Permalink | Reply | 0 comments |
headers
Dirk Mast | 2 Sep 2009 14:34
Picon

uvm_mapent_alloc: out of static map entries

Hi,

I reinstalled my laptop with a current snapshot, the system
triggers uvm_mapent_alloc: out of static map entries in
uvm_mapent_alloc(struct vm_map *map) of sys / uvm / uvm_map.c
right at booting (even before the dmesg header starts) and
while usage. 

dmesg and vmstat -m is attached.

OpenBSD 4.6-current (GENERIC) #140: Sat Aug 29 18:54:39 MDT 2009
    deraadt <at> i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Pentium(R) M processor 1.60GHz ("GenuineIntel" 686-class) 
1.25 GHz
cpu0: 
FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,SBF,EST,TM2
real mem  = 1006006272 (959MB)
avail mem = 966307840 (921MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 08/30/06, BIOS32 rev. 0  <at>  0xf0000, 
SMBIOS rev. 2.3  <at>  0xfc06f (31 entries)
bios0: vendor Hewlett-Packard version "68BAS Ver. F.30" date 08/30/2006
bios0: Hewlett-Packard HP Compaq nc4010 (PF673AA#ABD)
apm0 at bios0: Power Management spec V1.2 (BIOS managing devices)
apm0: battery life expectancy 96%
apm0: AC on, battery charge high
acpi at bios0 function 0x0 not configured
pcibios0 at bios0: rev 2.1  <at>  0xf0000/0x2000
pcibios0: PCI IRQ Routing Table rev 1.0  <at>  0xf0840/176 (9 entries)
pcibios0: bad IRQ table checksum
(Continue reading)

Permalink | Reply | 2 comments |
headers
Dirk Mast | 2 Sep 2009 19:58
Picon

Re: uvm_mapent_alloc: out of static map entries

While pkg_add'ing some stuff, I get a 
"uvm_map: kva guard page wrap-around 1"
with increasing numbers...

Dirk Mast wrote:

> Hi,
> 
> I reinstalled my laptop with a current snapshot, the system
> triggers uvm_mapent_alloc: out of static map entries in
> uvm_mapent_alloc(struct vm_map *map) of sys / uvm / uvm_map.c
> right at booting (even before the dmesg header starts) and
> while usage.
> 
> 
> 
> dmesg and vmstat -m is attached.
> 
> 
> OpenBSD 4.6-current (GENERIC) #140: Sat Aug 29 18:54:39 MDT 2009
>     deraadt <at> i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
> cpu0: Intel(R) Pentium(R) M processor 1.60GHz ("GenuineIntel" 686-class)
> 1.25 GHz
> cpu0:
> 
FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,SBF,EST,TM2
> real mem  = 1006006272 (959MB)
> avail mem = 966307840 (921MB)
> mainbus0 at root
> bios0 at mainbus0: AT/286+ BIOS, date 08/30/06, BIOS32 rev. 0  <at>  0xf0000,
(Continue reading)

Permalink | Reply | 1 comment |
headers
Theo de Raadt | 2 Sep 2009 20:04
Picon
Favicon

Re: uvm_mapent_alloc: out of static map entries

> While pkg_add'ing some stuff, I get a 
> "uvm_map: kva guard page wrap-around 1"
> with increasing numbers...

Good.  Thanks for running the test snapshots.
Permalink | Reply | 0 comments |
headers
Hyjial Irldar | 3 Sep 2009 09:33
Picon

Re: installboot(8) and fdisk(8) discrepancy in extended partition handling.

Hi !

  After investigating a bit further the issue, I believe that the
appended patch makes installboot(8) behave correctly. I removed
extended partition numbering, since in would always print '1'. Last
hunk is merely a typo fix.

  Comments are welcome.

 Cheers,
hyjial.

Index: installboot.c
===================================================================
RCS file: /cvs/openbsd/src/sys/arch/i386/stand/installboot/installboot.c,v
retrieving revision 1.55
diff -u -r1.55 installboot.c
--- installboot.c	30 May 2009 23:13:18 -0000	1.55
+++ installboot.c	3 Sep 2009 07:25:28 -0000
 <at>  <at>  -94,7 +94,7  <at>  <at> 
 static void	sym_set_value(struct sym_data *, char *, u_int32_t);
 static void	pbr_set_symbols(char *, char *, struct sym_data *);
 static void	usage(void);
-static long	findopenbsd(int, struct disklabel *, off_t, int *);
+static long	findopenbsd(int, struct disklabel *, off_t, off_t, int *);

 static void
 usage(void)
 <at>  <at>  -196,7 +196,8  <at>  <at> 
 	if (dl.d_type != 0 && dl.d_type != DTYPE_FLOPPY &&
(Continue reading)

Permalink | Reply | 0 comments |
headers
Edd Barrett | 3 Sep 2009 19:04
Picon
Gravatar

Expert3D-Lite driver breakage

Hi,

I went digging and found my:
ifb0 at pci0 dev 2 function 0 "Intergraph Expert3D" rev 0x00
ifb0: Expert3D-Lite (SUNW,375-0116), 1280x1024

I put this in a blade 1000 and booted her up. Issues:

 * The console starts scrolling really slowly after loading the wdisplay
   driver.
 * X11 is full of artifacts, xfce refuses to start (crashes) and mplayer
   is not usable (using SDL out): 
     [VO_SDL] SDL initialization failed: Found no sufficiently capable
     X11 visuals.

I may sometime in the future get a chance to look into this, but not
soon and the learning curve will be steep. So maybe someone here is an
expert (excuse the pun).

PS: This is unrelated to the work on the similarly named "Elite3D" card.

Thanks

--

-- 

Best Regards

Edd Barrett
(Freelance software developer / technical writer / open-source developer)
(Continue reading)

Permalink | Reply | 5 comments |
headers
Edd Barrett | 3 Sep 2009 19:15
Picon
Gravatar

Re: Expert3D-Lite driver breakage

On Thu, Sep 03, 2009 at 06:04:25PM +0100, Edd Barrett wrote:
> Hi,
> 
> I went digging and found my:
> ifb0 at pci0 dev 2 function 0 "Intergraph Expert3D" rev 0x00
> ifb0: Expert3D-Lite (SUNW,375-0116), 1280x1024

And I should have got an Xorg.0.log while the card was still in :\

--

-- 

Best Regards

Edd Barrett
(Freelance software developer / technical writer / open-source developer)

http://students.dec.bmth.ac.uk/ebarrett
Permalink | Reply | 0 comments |
headers
Miod Vallat | 3 Sep 2009 19:26
Picon
Gravatar

Re: Expert3D-Lite driver breakage

> Hi,
> 
> I went digging and found my:
> ifb0 at pci0 dev 2 function 0 "Intergraph Expert3D" rev 0x00
> ifb0: Expert3D-Lite (SUNW,375-0116), 1280x1024
> 
> I put this in a blade 1000 and booted her up. Issues:
> 
>  * The console starts scrolling really slowly after loading the wdisplay
>    driver.

Is this -CURRENT or something older?

>  * X11 is full of artifacts, xfce refuses to start (crashes) and mplayer
>    is not usable (using SDL out): 
>      [VO_SDL] SDL initialization failed: Found no sufficiently capable
>      X11 visuals.

That isn't likely to change without getting hardware documentation,
unfortunately )-:

Miod
Permalink | Reply | 3 comments |

Gmane