Re: Unhappy Xorg upgrade

2009-02-01 Thread Matt Dawson
On Sunday 01 February 2009 13:11:21 Alex Goncharov wrote:
> On Sun, 1 Feb 2009 12:33:56 + I wrote:
> | That is not to say the new Xorg doesn't work. The only problems I've
> | seen on Radeons needed a couple of options lines in xorg.conf due to
> | the hald/dbus/xorg race and an fdi to make the keyboard layout match
> | what I actually have rather than "us". Easily fixed for now and 7.4
> | brings some fixes to my systems that I have been awaiting for quite
> | some time, most notably the horrendous XPress 200M chipset now works
> | with DRI.
>
> Knowing about specific things now fixed for specific users is very
> encouraging.

I had better post to the lists exactly what I did, having thrown that 
encouraging word out:

Ensure the files section doesn't contain anything like RGBPath if you've 
upgraded, then add Option "AllowEmptyInput" "False" and Option 
"AutoAddDevices" "False" to the server layout section in xorg.conf. Then 
create a file ${LOCALBASE}/etc/hal/fdi/policy/x11-input.fdi with the following 
contents:



  

  gb

  


Restart hald etc.

This cleared up all issues of not playing nice with moused, missing keyboards 
and quotemarks on my @ key ;o) Obviously, you'll want to replace "gb" with 
whatever layout you require from ${LOCALBASE}/share/X11/xkb/symbols/. Note I 
have not tried hotplugging a USB mouse on this configuration. That's to come 
on the laptop, which works fine with its trackpad (although middle and right 
clicks have been redefined to three and two finger taps respectively - it was 
the other way around) with the updated xf86-input-synaptics driver. 

Which brings me to another little niggle:  Has anyone on list noticed 
that statically compiling a keymap in your kernel >7.0-RELEASE ends up with 
the US layout in single user mode regardless? This used to work, but now it 
doesn't, unless I've missed something in NOTES somewhere. 

> Thanks a lot!

You're very welcome.

Best regards,
-- 
Matt Dawson
MTD15-RIPE
m...@chronos.org.uk
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"


Re: Unhappy Xorg upgrade

2009-02-01 Thread Alex Goncharov
,--- I/Alex (Sun, 01 Feb 2009 08:11:21 -0500) *
| Knowing about specific things now fixed for specific users is very
| encouraging.
| 
| Thanks a lot!
`-*
,--- You/Matt (Sun, 1 Feb 2009 14:17:16 +) *
| I had better post to the lists exactly what I did, having thrown that 
| encouraging word out:

I'll make a pass on your list, to compare notes etc.

| Ensure the files section doesn't contain anything like RGBPath if
| you've upgraded, then add Option "AllowEmptyInput" "False" and
| Option "AutoAddDevices" "False" to the server layout section in
| xorg.conf.

I did that -- when I was using HAL.

| Then create a file ${LOCALBASE}/etc/hal/fdi/policy/x11-input.fdi
| with the following contents:
| 
| 
| 
|   
| 
|   gb
| 
|   
| 

Not applicable to me, here in the USA.

| Restart hald etc.

Not applicable to me, running without HAL.

| This cleared up all issues of not playing nice with moused, missing keyboards 
| and quotemarks on my @ key ;o) Obviously, you'll want to replace "gb" with 
| whatever layout you require from ${LOCALBASE}/share/X11/xkb/symbols/. Note I 
| have not tried hotplugging a USB mouse on this configuration. That's to come 
| on the laptop, which works fine with its trackpad (although middle and right 
| clicks have been redefined to three and two finger taps respectively - it was 
| the other way around) with the updated xf86-input-synaptics driver. 

This is an interesting bit...

So, I have a lousy new X on a desktop, and had a fully disfunctional
one on my Latitude notebook (due to "crazy" keyboard" events), the
latter being reverted to xorg-server 1.4.

The laptop has a touch pad, which is reasonable to assume to be
"synaptics" -- but I don't use the pad (I've physically covered it,
and use only the "pointing stick" in the middle of the keyboard);
during one my experiments I also disabled the thing in BIOS.

And: I have never used the xf86-input-synaptics driver.

Is this something to think about -- what is the role of this driver?
Can the lack of it bring the storm of bogus key events with wrong scan codes?

| Which brings me to another little niggle:  Has anyone on list noticed 
| that statically compiling a keymap in your kernel >7.0-RELEASE ends up with 
| the US layout in single user mode regardless? This used to work, but now it 
| doesn't, unless I've missed something in NOTES somewhere. 

I can't comment on it -- but why to do it: why not to use the xkb
extensions (Option "XkbLayout" "gb" -- or something of that sort)?

-- Alex -- alex-goncha...@comcast.net --

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


Re: Unhappy Xorg upgrade

2009-02-01 Thread Alexandre "Sunny" Kovalenko
On Sat, 2009-01-31 at 16:25 -0500, Alex Goncharov wrote:
> ,--- You/vehemens (Sat, 31 Jan 2009 11:53:58 -0800) *
> | In general when upgrading, you take your chances.  If a port upgrade
> | fails, you should fall back to what worked.
> 
> So, a *fundamental* (practically an OS component) port is brought in
> -- and it disables my system.  What is my way of action?  Right --
> install the old packages, taken from an FTP site (is there a way to
> get the previous "source", that is all the ports/*/*/Makefile files?
> Csup can only go forward -- or can it go back?)
> 
> When I install the old packages, I can no longer rebuild and install
> new (say `csup'ed on 2009-03-01) port components, as one whole -- I
> can only do it selectively, excluding from the upgrade most
> X-dependent things.  That sucks and will lead to a problem earlier or
> later.
Will combination of sysutils/portdowngrade and HOLD_PKGS variable
in /usr/local/etc/pkgtools.conf accomplish what you are trying to
accomplish?

-- 
Alexandre "Sunny" Kovalenko

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


Re: xorg 7.4 keyboard localisation (xorg.conf vs hal)

2009-02-01 Thread Sebastien Chassot

On Sun, 2009-02-01 at 17:19 +, Daniel Bye wrote:
> On Sun, Feb 01, 2009 at 05:42:39PM +0100, Sebastien Chassot wrote:
> > 
> > Hi,
> > 
> > I've upgrade to xorg7.4 and apparently keyboard and mouse are now
> > working with hald.
> > 
> > In xorg.conf changing "old" keybord config as no effect and I can't find
> > how change it with hal. I've got  /usr/local/etc/hal/fdi/* but no
> > *keymap* and I don't know how build such a file.
> 
> This should get you started:
> 
> 
> 
>   
> 
>   gb
> 
>   
> 
> 
> Change the `gb' in the example to your local keymap name, save the file
> as /usr/local/etc/hal/fdi/policy/x11-input.fdi and restart hald.

I'll start with that

Thank you


Sebastien

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


Re: Unhappy Xorg upgrade

2009-02-01 Thread Alex Goncharov
,--- Alexandre \ (Sun, 01 Feb 2009 12:03:06 -0500) *
| > When I install the old packages, I can no longer rebuild and install
| > new (say `csup'ed on 2009-03-01) port components, as one whole -- I
| > can only do it selectively, excluding from the upgrade most
| > X-dependent things.  That sucks and will lead to a problem earlier or
| > later.
| Will combination of sysutils/portdowngrade and HOLD_PKGS variable
| in /usr/local/etc/pkgtools.conf accomplish what you are trying to
| accomplish?
`--*

I'll try something of that nature (not today) with your and other
people's advice.

Thank you!

-- Alex -- alex-goncha...@comcast.net --
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"


Re: Unhappy Xorg upgrade

2009-02-01 Thread Alex Goncharov
,--- You/Matthew (Sun, 1 Feb 2009 14:48:15 -0600) *
| On Sat, Jan 31, 2009 at 04:25:21PM -0500 I heard the voice of
| Alex Goncharov, and lo! it spake thus:
| > Csup can only go forward -- or can it go back?)
| 
| You can specify a date in a supfile since, like, ever.
`-*

Yes, other people have already pointed this out and I just got the
code as of 2009.01.23.12.00.00 -- four hours before the first
submission of the new X.

Now I just need to think through my next steps :-)

Thank you!

-- Alex -- alex-goncha...@comcast.net --
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"


Re: Unhappy Xorg upgrade

2009-02-01 Thread Matthew D. Fuller
On Sat, Jan 31, 2009 at 04:25:21PM -0500 I heard the voice of
Alex Goncharov, and lo! it spake thus:
>
> Csup can only go forward -- or can it go back?)

You can specify a date in a supfile since, like, ever.


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"


Re: xorg 7.4 keyboard localisation (xorg.conf vs hal)

2009-02-01 Thread Joe Kelsey

Sebastien Chassot wrote:

On Sun, 2009-02-01 at 17:19 +, Daniel Bye wrote:
  

On Sun, Feb 01, 2009 at 05:42:39PM +0100, Sebastien Chassot wrote:


Hi,

I've upgrade to xorg7.4 and apparently keyboard and mouse are now
working with hald.

In xorg.conf changing "old" keybord config as no effect and I can't find
how change it with hal. I've got  /usr/local/etc/hal/fdi/* but no
*keymap* and I don't know how build such a file.
  

This should get you started:



  

  gb

  


Change the `gb' in the example to your local keymap name, save the file
as /usr/local/etc/hal/fdi/policy/x11-input.fdi and restart hald.

This seems to have a way to enable HAL to detect a keyboard and export 
it to X, but what about mice?  My Xorg log tells me that it is ignoring 
my USB mouse in addition to ignoring my keyboard, so what sort of HAL 
file do I add to enable it to find my mouse?


Where in HAL documentation is this information found?  R. Noland seemed 
to think it was a trivial process to make HAL do keyboards and mice?  In 
fact it is not trivial but a pain in the ass!  If you intend to inflict 
broken software on unsuspecting users you had better think through all 
of the problems and come up with explicit solutions to all of those 
problems so that everyone has a chance to make their systems work.


There had better not be any more surprises waiting in the X 1.6 wings to 
surprise and confound everyone again!


I'll start with that

Thank you


Sebastien

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


  


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


Re: Puzzling change in performance

2009-02-01 Thread Borja Marcos


On Jan 31, 2009, at 7:27 PM, Robert Watson wrote:

There are basically three ways to go about exploring this, none  
particularly good:


(1) Do a more formal before and after analysis of performance on the  
box,

  perhaps using tools like kernel profiling, hwpmc, dtrace, etc.


Machine in production, I cannot do it :(

(2) Do a binary search to narrow down the date of the change that  
improved

  things until it becomes clear which mattered.



(3) Hope someone annecdotally remembers something that might or  
might not be

  it and assume they're right.

Of these, I'd guess (2) is actually the most effective way to go  
about it, but is potentially time-consuming.  As you point out, the  
most interesting question is whether, when you go back to 7.0,  
things suddenly get slower again, or not.  Typically long uptimes  
don't lead to performance problems on FreeBSD (in my experience) so  
I think that's unlikely to be the source.  There are a lot of  
improvements in 7.1 relating to performance, but none particularly  
stands out for me as having the effect you describe.  If you're  
really curious, I would try to pin it down with a binary search.


I will have to learn how to use dtrace, I think. This is quite weird.  
And in a lot of years I haven't seen a FreeBSD system degraded because  
of a long uptime. Something in userland must be the culprit...


As I see (I don't administer the machine but co-administer it) there's  
a Qmail system with some AV crap... and now I see that active memory  
had gone up, and is much lower after the update.


I'll keep investigating.. the kind of answer I was looking for was a  
"oh, yes, there was a problem that degraded, blah, blah, blah".


The graphs can be accessed here: http://194.30.110.21/orca/

It's behind an ADSL, so expect slow performance.






Borja.

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


Re: Soekris 4801 hangs (was Re: Hangs, maybe a clue)

2009-02-01 Thread Pete Carah
I fixed the problem on my 4801's by having noticed a correlation with 
psm and hangs on my laptop, and
thought there may be a LOR or such involving the keyboard driver and/or 
kbdmux.  Since a 4801 has no need
of those drivers, but *does* contain the hardware they control, just 
with no external peripherals connected, I tried
configuring the Soekris kernel with all vestiges of atkbdc, psm, kbdmux, 
sc, and such removed.  This did appear to fix the hangs.


The hangs only seem to happen on AMD hardware; I have several 
ich{3,5}+p3 or p4 machines that don't hang.


Before I figured that out I noticed some PHK notes about enabling the 
hardware watchdog and did that too, but did the upgrade mentioned above 
before any watchdog hits.  I haven't seen any spontaneous reboots (which 
a watchdog hit would look like) since the reconfig either.


-- Pete

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


Re: xorg 7.4 keyboard localisation (xorg.conf vs hal)

2009-02-01 Thread Robert Noland
On Sun, 2009-02-01 at 14:10 -0800, Joe Kelsey wrote:
> Sebastien Chassot wrote:
> > On Sun, 2009-02-01 at 17:19 +, Daniel Bye wrote:
> >   
> >> On Sun, Feb 01, 2009 at 05:42:39PM +0100, Sebastien Chassot wrote:
> >> 
> >>> Hi,
> >>>
> >>> I've upgrade to xorg7.4 and apparently keyboard and mouse are now
> >>> working with hald.
> >>>
> >>> In xorg.conf changing "old" keybord config as no effect and I can't find
> >>> how change it with hal. I've got  /usr/local/etc/hal/fdi/* but no
> >>> *keymap* and I don't know how build such a file.
> >>>   
> >> This should get you started:
> >>
> >> 
> >> 
> >>   
> >> 
> >>   gb
> >> 
> >>   
> >> 
> >>
> >> Change the `gb' in the example to your local keymap name, save the file
> >> as /usr/local/etc/hal/fdi/policy/x11-input.fdi and restart hald.
> >> 
> This seems to have a way to enable HAL to detect a keyboard and export 
> it to X, but what about mice?  My Xorg log tells me that it is ignoring 
> my USB mouse in addition to ignoring my keyboard, so what sort of HAL 
> file do I add to enable it to find my mouse?

The above is only to set keyboard layout, everything to detect the
keyboard is already present.

> Where in HAL documentation is this information found?  R. Noland seemed 
> to think it was a trivial process to make HAL do keyboards and mice?  In 
> fact it is not trivial but a pain in the ass!  If you intend to inflict 
> broken software on unsuspecting users you had better think through all 
> of the problems and come up with explicit solutions to all of those 
> problems so that everyone has a chance to make their systems work.

We (marcus and I) have gone to great pains to try and ensure that hal
behaves correctly in pretty much all mice configurations with or without
sysmouse.  If you don't want to use hal, set AutoAddDevices off and
configure away.

> There had better not be any more surprises waiting in the X 1.6 wings to 
> surprise and confound everyone again!

Are you going to stop paying me?  You have no idea how many combinations
of hardware and configurations for X  exist, or the amount of wok that
goes into making all of those combinations work.

robert.

> >
> > I'll start with that
> >
> > Thank you
> >
> >
> > Sebastien
> >
> > ___
> > freebsd-stable@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
> >
> >
> >   
> 
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
-- 
Robert Noland 
FreeBSD


signature.asc
Description: This is a digitally signed message part