> Do you know if this card ever worked with any OpenBSD release?
> If it worked some release back, we might be able to find a change
> that broke it.
I somewhat randomly tried 4.8, which exhibited the same problem (or
at least a similar one; the HAL status code was not exactly the
same).
> Then y
> Shot in the dark: Try reverting r1.53 of ar5212.c.
>
> cd /usr/src/sys/dev/ic
> cvs -R up -j 1.53 -j 1.52 ar5212.c
>
> and recompile the kernel.
Unfortunately, this does not seem to have any effect.
works does
not (always) produce such a message, but does not work, either.
I made sure wifi is enabled, and successfully configured and used
a wifi connection under Ubuntu 14.04.
I'd be thankful for clues or even patches to fix this.
--
Dennis den Brok
dmesg output:
OpenBSD 5.5 (GENERIC) #
Hello misc@,
I am considering getting a ThinkPad T61 or T500 to run OpenBSD on.
My main concern is the noise level: I'd prefer the fan not to run
at all during text editing and web browsing. Can anyone comment
on that? Are there other caveats?
Thanks & regards,
Dennis den Brok
> i upgraded my Router at home from 5.3-STABLE to 5.4-RELEASE on Friday.
> After some hours, dhclient has problems to receive the DHCPOFFER
> anymore. Surfing the logs shows a lot of DHCPREQUEST without an IP.
> Sometimes the dhclient gets the DHCPOFFER, but more often not. When i
> restart dhclien
Hello misc@,
since a recent upgrade to a snapshot (the exact date of which I
forgot; I hope the kernel build date from the dmesg below suffices),
I've been getting the following X error regularly:
(EE) intel(0): Failed to submit batch buffer, expect rendering corruption or
even a frozen display:
Dear misc@,
I've been trying out KMS on a Dell Latitude X1 sporting Intel 915GM
video lately; dmesg and Xorg.0.log below. While it seems to work
basically (although I have to admit that I do not find the wscons
console's new look all too pleasant -- is it possible to make it
look as good as under
have a solution; I'd just like to chime in: I'm seeing this,
too, on vanilla 5.1/i386, outside of X.
--
Dennis den Brok
ot;Use (W)hole disk (writes to disk immediately) or (E)dit the MBR? [whole]"
While the FAQ is indeed clear, the installer's simplicity appears
at that point a little deceptive, in that one (I know I was) is
tempted to think that such a user-friendly installer would not harm
one so easily...
--
Dennis den Brok
ry. I'll
> keep thinking about it.
Never mind, I was prepared that this would be difficult to debug.
Thank you anyway.
--
Dennis den Brok
should be full power. NetBSD seemed to work
fine for months on the same machine (although on very rare occasions,
it disabled ports due to "device problems", but this happened on
various machines with various USB devices, so I used to suspect a
software problem).
Thanks,
Dennis den Brok
seems random. Yes, replugging a
device makes it work again, even on the same port.
Thanks,
Dennis den Brok
Dennis den Brok wrote:
> Devices stop working an obvious cause: the USB printer, for instance,
"without an obvious cause", that ought to read... Sorry.
--
Dennis den Brok
es not work anymore (and again, only
the device ID is printed by usbdevs, not the device's name).
The output of "top -S -n 200 | grep usb" is:
8 root 1000K 46M idle usbtsk0:00 0.00% usbtask
7 root 1000K 46M idle usbatsk 0:00 0.00% usbatsk
Thanks,
Dennis den Brok
Dennis den Brok schrieb:
> I'm running a recent snapshot of 4.9/i386 and occasionally have to
> reboot the system because USB devices seemingly randomly stop
> working. The only symptom apart from that which is obvious to me
> is that "usbdevs" does not print the device
t;ulpt0: offline" when trying to
print something.
I'll happily provide more information (dmesg below) or test patches.
Thanks in advance,
Dennis den Brok
--
OpenBSD 4.9 (GENERIC.MP) #0: Mon Feb 21 21:57:49 CET 2011
dennis@ikosaeder.lokal:/mnt/OpenBSD/src/sys/arch/i386/compile/G
cular change is responsible for this; I
have not found anything which seemed related.
Thanks in advance,
Dennis den Brok
--
OpenBSD 4.9 (GENERIC.MP) #785: Fri Feb 18 14:16:01 MST 2011
t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Core(TM)2 Duo CPU E8200 @ 2.
Otto Moerbeek schrieb:
> printcap sh is your friend.
It is indeed, thank you.
--
Dennis den Brok
prinkled
across is printed, but then the PostScript sent is printed correctly.
As this is still a problem for me and I don't know how to fix it,
maybe I may hijack this thread and ask for a possible solution?
Thanks,
Dennis den Brok
, without "fo" in its printcap(5) entry,
produces output similar to the original poster's printer. (This
under NetBSD, though.)
--
Dennis den Brok
20 matches
Mail list logo
