fdown eth0
> $ ifup eth0
> $ rm /var/run/dhclient*
> $ killall -9 -r dhclient*
> $ ifconfig eth0 down
> $ ifconfig eth0 up
> $ dhclient eth0
>
> ..but I was not successful at all until rebooting the whole OS. After that,
> everything worked fine again (dhclient etc.)
Not working for me (with the following info):
It's exiting @ line 60
State before exiting:
control struct v4l2_control
queryctrl struct v4l2_queryctrl
fd int 6
exposureint 2000
devname char * 0x7fffdbeb26cc "/dev/video0"
(gdb) p control
$6 = {id = 9963793, va
rors are reported asynchronously;
> that is, you will receive the error a while after causing it.
> To debug your program, run it with the --sync command line
> option to change this behavior. You can then get a meaningful
> backtrace from your debugger if you break on the gd
nevi...@neville-laptop:~/Desktop$ dpkg -l | grep video-intel
ii xserver-xorg-video-intel 2:2.4.1-1ubuntu10.3
X.Org X server -- Intel i8xx, i9xx display d
nevi...@neville-laptop:~/Desktop$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
De
Hey guys. This affects me as well!
nevi...@neville-laptop:~/Desktop$ uname -a
Linux neville-laptop 2.6.27-11-generic #1 SMP Thu Jan 29 19:28:32 UTC 2009
x86_64 GNU/Linux
nevi...@neville-laptop:~/Desktop$ glxinfo
name of display: :0.0
X Error of failed request: BadRequest (invalid request code or
@Andy
Sorry for the delayed reply.
I managed to come up with a deterministic sequence of events that always
results in a hang when resuming from suspend:
Basically, if the laptop is booted from battery power AND there are no
external displays attached, the machine hangs every time on resume (one
The fix doesn't make problems disappear for me, system still freezes 1/3
times on average. However before, the system would always freeze on
resume.
--
Resume from suspend doesn't work on the Mobile 4 Series chipsets
https://bugs.launchpad.net/bugs/276943
You received this bug notification becaus
After diagnosing the problem with a network engineer it appears that
some routing software with in built dhcp server BANS specific mac
addresses for a number of minutes if too many dhcp discovers are sent.
Apparently dhclient sends on the wire too many dhcp offers for this
particular brand of route
Yeah, I'm also using the ATI driver
--
The program 'f-spot' received an X Window System error
https://bugs.launchpad.net/bugs/286544
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.co
I can also confirm similar behaviour on my machine. I cannot enumerate
the conditions required to set off this bug however it is very annoying.
This happens only on my ethernet connection.
[EMAIL PROTECTED]:~$ sudo dhclient eth0
[sudo] password for neville:
Internet Systems Consortium DHCP Client
I can confirm the same sympton. Please find trace attached. Full trace
is > 300mb so I only attached the trace of the main assembly.
** Attachment added: "trace.txt"
http://launchpadlibrarian.net/19477178/trace.txt
--
The program 'f-spot' received an X Window System error
https://bugs.launchp
11 matches
Mail list logo
