Tars wrote:
What is the recommended procedure to get back to the regular kernels
once I'm on the PPA?
The regular proposed kernel will replace the PPA version as it has a
higher version number. You can simply de-select the PPA as a source in
software sources and the next proposed kernel will
I still get a black screen on my eee1000 after the kernel update yesterday
in Karmic.
If there is a wireless connection, even if it is not the one in use (I plug
into a wired network), and I do Fn-F2 then I get a black screen.
If I disconnect from the wireless network, then I can switch off the
Wilford Argandoña wrote:
Stefan's 2.6.31-16.51~pre2 kernel but the issue still happening. Do you
think this patch should also fix the problem on my netbook's card?
No, completely different driver. Please open a new/different bug for
that. Thanks.
--
Turning wifi off using Fn+F2 on Eee PC with
Jochen Bauer wrote:
Any ideas when that really annoying bug will be fixed by the regular
updates without using a ppa or proposed update? For a workaround I
Hard to say. First, there will be some security updates which take
priority. Then the kernel including this patch gets uploaded into
So I guess this would be painful to imagine how long would it take for us to
have a working new kernel update, were there not your pre-build package and
the testing PPA. Thanks again.
2009/11/30 Stefan Bader stefan.ba...@canonical.com
Jochen Bauer wrote:
Any ideas when that really annoying
Ilja Sekler wrote:
the patch was delayed because -15 was already uploaded to proposed
for verification.
There is something strange in the changelog
https://launchpad.net/ubuntu/karmic/+source/linux/+changelog claiming
two identical entries for 2.6.31-15.49: the first dated 2009-10-28 and
Ruslan wrote:
It's great that this does work. But will this be available as a usual
update, or i will have to add ppa etc.?
Eventually it will work its way to proposed and then to updates. The PPA is
a staging area to make things available as early as possible.
--
Turning wifi off using
Ruslan wrote:
The blue LED is turned on if either of WiFi or Bluetooth are on.
Try this to disable bluetooth:
sudo su -c echo 0 /sys/devices/platform/eeepc/rfkill/rfkill1/state
Right! And if it's a standard Ununtu he may also click on the BT applet
on the upper panel. ;)
--
Turning wifi
If I guess right, your system does not see your wifi card. You can
varify that with lspci in a terminal window.
On Sun, 2009-11-01 at 09:16 +, MrAuer wrote:
Addition, even thou perhaps OT - I have now tried both 2.6.31-5 and
2.6.32-rc5 kernels -
I can turn the wifi led on and off, BUT
If it's on an Eee PC, when rfkill is set to 0 the device is removed from
the PCI listing as it is off in the BIOS (and the USB port is powered
off).
When turned back on with rfkill=1 then the port is turned back on, but
since the pciehp hotplug bug exists you still won't see it in the pci
listing
On Tue, Oct 27, 2009 at 05:35:53AM -, Forest wrote:
I think this patch might warrant a kernel freeze exception.
No, it doesn't work that way. An exception here would set back the
release by a whole week, due to the time involved in integrating kernel
changes and validating the resulting
11 matches
Mail list logo
