> 1) Fix the ASL so that it compiles without errors or warnings
> 2) Override the BIOS version of the table with your new one. (I don't know
> how this is done on FreeBSD, someone else will have to help you.
Attached patches will fix the ASL.
For compiling and overriding, please refer to acpi(4)
On Tue, Aug 27, 2002 at 01:46:25PM -0700, Maksim Yevmenkin wrote:
> Hackers,
>
> Replying to myself and -current. Strange, but commenting out
>
> #define USB_USE_SOFTINTR
>
> in /sys/dev/usb_ports.h fixed my problem. USB device back to
> full speed and now i'm getting solid ~60 KBytes/sec.
>
>
>Thanks a lot. I must apologize though, I had the same error with
>previous versions of acpi (I should have checked, sorry, I confounded
>2 laptops)
This is very important fact for me! OK, I'll import 20020815 version
today.
BTW, Could you check your BIOS setting and see if printer
Hi Jens,
I just updated to the latest -current and my TERM=xterm-color applications
(mutt and centericq) are broken.
Mutt shows this when I start vi as my editor or run fetchmail:
"TERMCAP", line 0, terminal 'xterm-color': enter_alt_charset_mode but no acs_chars
My centericq window ends up usi
Hi,
According to the timetable at
http://www.freebsd.org/releases/5.0R/schedule.html, DP2 for FreeBSD 5.0
should have been released over a month ago, but I can't find it on the
FTP site. Is it lurking in some strange location, or has it not been
released? If the latter, does anybody have any idea
It's been under discussion for a while now.
Basically, we'll release DP2 when we feel -current is in suitable
shape. :-)
On Wed, Aug 28, 2002 at 09:08:32AM -0400, Rod Smith wrote:
> Hi,
>
> According to the timetable at
> http://www.freebsd.org/releases/5.0R/schedule.html, DP2 for FreeBSD 5.0
I think we're on our way to stabilizing -CURRENT enough for a DP2
soon. I would sit and wait it out just a tad longer. :-)
On Wed, Aug 28, 2002 at 09:25:29AM -0400, Michael Lucas wrote:
> It's been under discussion for a while now.
>
> Basically, we'll release DP2 when we feel -current is
On Tue, Aug 27, 2002 at 05:58:55PM +0900, Mitsuru IWASAKI wrote:
> For starting, I think just extending vga_pci would be OK.
I hacked up a very rough version of a acpivideo driver for my specific
DSDT.
My screen now goes off if I suspend. I also think that I figured out what
I need to turn it ba
Your patches seem to fix three things:
1) Implicit returns
2) Invalid escape sequences (missing double backslashes)
3) Uninitialized Locals
Which one was causing the original problem as reported?
Thanks,
Bob
-Original Message-
From: Mitsuru IWASAKI [mailto:[EMAIL PROTECTED]]
Sent: W
Dear all,
On Wed, Aug 28, 2002 at 02:48:21PM +0200, Sheldon Hearn wrote:
# Hi Jens,
#
# I just updated to the latest -current and my TERM=xterm-color applications
# (mutt and centericq) are broken.
#
# Mutt shows this when I start vi as my editor or run fetchmail:
#
# "TERMCAP", line 0, termin
Sheldon,
On Wed, Aug 28, 2002 at 07:35:32PM +0200, Sheldon Hearn wrote:
# On (2002/08/28 19:04), Jens Schweikhardt wrote:
#
# > Yes, use plain TERM=xterm. It's got color now as it should. I'm thinking
# > of removing xterm-color if I can't resolve the enter_alt_charset_mode
# > stuff. Let me kno
In the last episode (Aug 28), Jens Schweikhardt said:
> On Wed, Aug 28, 2002 at 07:35:32PM +0200, Sheldon Hearn wrote:
> # On (2002/08/28 19:04), Jens Schweikhardt wrote:
> # > Yes, use plain TERM=xterm. It's got color now as it should. I'm
> # > thinking of removing xterm-color if I can't resolve
On (2002/08/28 20:32), Jens Schweikhardt wrote:
> # > Yes, use plain TERM=xterm. It's got color now as it should. I'm
> # > thinking of removing xterm-color if I can't resolve the
> # > enter_alt_charset_mode stuff. Let me know if TERM=xterm does not
> # > work as expected in mutt et al. I'll po
On Wed, 28 Aug 2002, Mitsuru IWASAKI wrote:
> > 1) Fix the ASL so that it compiles without errors or warnings
> > 2) Override the BIOS version of the table with your new one. (I don't know
> > how this is done on FreeBSD, someone else will have to help you.
>
> Attached patches will fix the ASL
Sheldon,
# > Maybe you have a stale termcap.db?
#
# Argh, how stupid of me.
Stupid is who does stupid things :-)
# I tried removing TERM=xterm-color without rolling forward to your latest
# version where xterm has colour support!
#
# Your fix works great, thanks.
#
# Do you have time to comm
If memory serves me right, Jens Schweikhardt wrote:
> # Do you have time to commit mention of it to UPDATING? If so, please
> # draw Bruce Mah's attention to the delta so that he can steal your text
> # for use in the release notes. If not, I'll get around to it eventually.
> # :-)
>
> I just
Hi,
acpi on my IBM A30p doesn't seem to work as expected.
Closing the display gives me a syslog entry:
...
system power profile changed to 'economy'
acpi0: AcpiGetSleepTypeData failed - AE_NOT_FOUND
"sysctl -a | grep acpi" gives:
...
debug.acpi_debug_layer: 4095
debug.acpi_debug_level: 45
debug.a
Maksim Yevmenkin wrote:
> Hackers,
>
> Replying to myself and -current. Strange, but commenting out
>
> #define USB_USE_SOFTINTR
>
> in /sys/dev/usb_ports.h fixed my problem. USB device back to
> full speed and now i'm getting solid ~60 KBytes/sec.
>
> Note: this is _the_only_ change i made. t
Hi,
> acpi on my IBM A30p doesn't seem to work as expected.
> Closing the display gives me a syslog entry:
> ...
> system power profile changed to 'economy'
> acpi0: AcpiGetSleepTypeData failed - AE_NOT_FOUND
It's expected :-)
Because there is no _S1_ object in your ACPI BIOS,
and the system is
It looks like there are still problems with SIGSTOP/SIGCONT signal handling.
With a kernel/world from August 24 and using csh or sh (choice of shell
is probably not relevant), running "sleep 30" then suspending it with ^Z
then continuing it with "fg" causes the "sleep" process to exit as soon
as i
-w (log sessions to wtmp) is theoretically the default (according
to the man page), however FTP sessions never get logged to the
wtmp file (or utmp file if '-u' is specified).
I searched the mailing list archives but didn't see anything. Before
I peak at the code I wanted to see if this was kno
Bah. I spoke to quickly. It looks like PR bin/41556 partially
addresses this. So it is a known problem. I'll apply the patch
listed in the PR. Sorry to bother.
-Steve
On Wed, Aug 28, 2002 at 10:57:53PM -0500, Steve Ames wrote:
>
> -w (log sessions to wtmp) is theoretically the default (accordi
subscribe
--
Andre Naumann | Heinrich Bauer Produktions KG
Publishing Support Center | On-Line Team
Burchardstr. 11 | 20077 Hamburg
Phone: +49 40 3019 5553 | Fax: +49 40 3019 5610
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
24 matches
Mail list logo
