SRU Justification:
Impact: Problems when hibernating with more than 4GB of memory (dmesg
looks like a hang, patch description speaks of an oops).
Patch: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-
hardy.git;a=commitdiff;h=f1c6147685f2ddedde3442b18d72b421c22048d9
Testcase: Trying to hibernate
Hi Goswin,
the simplest way (I hope) is to use the kernel image at
http://people.ubuntu.com/~smb/bug195009/. You would first have to upgrade to
the latest proposed kernel (activate -proposed in the apt sources), upgrade to
that kernel and then manually install the test kernel package mentioned
Receiver
2040:7280 = Dell Digital TV Receiver
** Affects: linux-ubuntu-modules-2.6.24 (Ubuntu)
Importance: Wishlist
Assignee: Stefan Bader (stefan-bader-canonical)
Status: In Progress
** Changed in: linux-ubuntu-modules-2.6.24 (Ubuntu)
Importance: Undecided = Wishlist
** Attachment added: Patch mentioned in request
http://launchpadlibrarian.net/15478964/0001-UBUNTU-Adding-support-for-HVR950G.patch
--
HVR950Q not supported
https://bugs.launchpad.net/bugs/241628
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
(Ubuntu)
Assignee: (unassigned) = Stefan Bader (stefan-bader-canonical)
--
[Hardy] Kernel oops on AC-DC
https://bugs.launchpad.net/bugs/241229
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs
The modified patches have been committed to the hardy git as
af7a9143bc401dadf55ffca48cbfd473f008a906 and
1d2480a8e95556905d57f40ab048aa51aed4263a.
--
[Hardy] Kernel oops on AC-DC
https://bugs.launchpad.net/bugs/241229
You received this bug notification because you are a member of Ubuntu
Bugs,
SRU justification:
Impact: The ACPI BIOSes of some problematic machines, e.g. Toshiba
Satellite L35, only export C1 when running on AC while the same machines
support more than C1 when running on battery. This results in
cpuidle_register_device not being called during system initialization
when
SRU justification:
Impact: Certain DVB boards are not supported in Hardy.
Fix: Driver will be added to LUM as additional driver modules. The IDs
are unique. No degredation should be expected.
Testcase: Without the new modules the following cards will not work:
{ USB_DEVICE(0x2040,
Committed to Hardy LUM as 20111d4ed93fd47b7717f4ec0aad230062c46f96.
--
HVR950Q not supported
https://bugs.launchpad.net/bugs/241628
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Changed in: linux-ubuntu-modules-2.6.24 (Ubuntu)
Status: In Progress = Fix Committed
--
HVR950Q not supported
https://bugs.launchpad.net/bugs/241628
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Changed in: linux (Ubuntu Hardy)
Status: In Progress = Fix Committed
--
linux-image-2.6.24-* w/ aic79xx crash under heavy I/O load
https://bugs.launchpad.net/bugs/238118
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Fix is commited to git but not yet to any release.
** Changed in: linux-ubuntu-modules-2.6.24 (Ubuntu Hardy)
Status: In Progress = Fix Committed
--
Certain VIA-based chipsets erroneously enable DXS support
https://bugs.launchpad.net/bugs/68659
You received this bug notification because
** Also affects: linux-source-2.6.22 (Ubuntu)
Importance: Undecided
Status: New
** Changed in: linux-source-2.6.22 (Ubuntu Hardy)
Importance: Undecided = Medium
Assignee: (unassigned) = Stefan Bader (stefan-bader-canonical)
Status: New = In Progress
--
linux-image
Commited to ubuntu-hardy as: 2595000a54e3c647cf35bb550c3f3a2699237c90
** Changed in: linux (Ubuntu Hardy)
Status: In Progress = Fix Committed
--
linux-image-2.6.24-* w/ aic79xx crash under heavy I/O load
https://bugs.launchpad.net/bugs/238118
You received this bug notification because
Commited to ubuntu-gutsy as: 509dc390d293330ff9c1cbdfa0706ea2609ebef1
** Changed in: linux-source-2.6.22 (Ubuntu Gutsy)
Status: In Progress = Fix Committed
** Changed in: linux-source-2.6.22 (Ubuntu)
Status: In Progress = Fix Committed
--
linux-image-2.6.24-* w/ aic79xx crash
when actually the new limit is required.
Testcase: From kernel bug report it was sufficient to do a gzip which
hung within a few minutes.
** Changed in: linux-source-2.6.22 (Ubuntu)
Importance: Undecided = Medium
Assignee: (unassigned) = Stefan Bader (stefan-bader-canonical)
Status
Return of the patch as commit 9501391cf0c7b8dd6eb9a75876a900d9052f8f39
in ubuntu-hardy. This time consisting of the cherry-pick
1d5b285da1893b90507b081664ac27f1a8a3dc5b from upstream plus the missing
patch from -mm.
** Changed in: linux (Ubuntu Hardy)
Status: In Progress = Fix Committed
As for Intrepid, the ACPICA patch is already merged (between 2.6.25 and
2.6.25-rc1 upstream). Currently the rsparser update is missing but will
be there as soon as that goes upstream.
--
Serial Wacom tablet fails to return from ACPI suspend to RAM
https://bugs.launchpad.net/bugs/152187
You
Re-setting to In Progress for SRU process reasons.
** Changed in: linux (Ubuntu Hardy)
Status: Fix Committed = In Progress
--
linux-image-2.6.24-* w/ aic79xx crash under heavy I/O load
https://bugs.launchpad.net/bugs/238118
You received this bug notification because you are a member of
Re-setting to In Progress for SRU process reasons.
--
linux-image-2.6.24-* w/ aic79xx crash under heavy I/O load
https://bugs.launchpad.net/bugs/238118
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Changed in: linux-ubuntu-modules-2.6.24 (Ubuntu Hardy)
Assignee: (unassigned) = Stefan Bader (stefan-bader-canonical)
Status: Triaged = In Progress
--
Certain VIA-based chipsets erroneously enable DXS support
https://bugs.launchpad.net/bugs/68659
You received this bug notification
Closing as invalid since there have been no updates or further
complaints for so long.
** Changed in: linux (Ubuntu)
Status: Incomplete = Invalid
--
sunrpc causes kernel oopses on 2.6.24-5-generic
https://bugs.launchpad.net/bugs/189224
You received this bug notification because you are a
@Goswin
if you could attach the output of dmidecode from your system, I'll
forward that info to be included into mainline quirks.
--
[Hardy] synaptic touchpad not detected
https://bugs.launchpad.net/bugs/195009
You received this bug notification because you are a member of Ubuntu
Bugs, which is
From upstream:
Any chance you could forward this patch to the user in question so it
can be tested before I apply it? Also, what model of the laptop is
that? DMI entires are not very descriptive unfortunately.
Thanks!
--
Dmitry
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
---
I have put up two -xen kernels at http://people.ubuntu.com/~smb/bug238118/
While they won't fix the problem I'd really like to see what the driver tries
to settle for dma size (the messages should prefix xxx).
Also I saw that the xen iommu implementation seems to support swiotlb=nrpages
and
It is sure there. I did not really fix it. I rather disabled a setting
by default. And that was not a good fix. Actually it would be great if
you or anybody else could provide me with some data (dmesg working/non-
working and the lvpci -vvnn output).
--
Ethernet (nVidia MCP55) not working [
In order to track down the problem I put some kernels to
http://people.ubuntu.com/~smb/bug251344/ where I removed some of the
changes that went into the 20.37 release. If someone could give that a
try and report back to this bug.
--
Hardy proposed 2.6.24-20-generic kernel update will not boot
Now that I look at it this does make sense. For some odd reason I put
the wrong package for i386 there (missing the smb extension for the deb
I normally use). So this is some other build and looking at the build
machine it seems I have to run a rebuild. Sorry for that.
--
linux-image-2.6.24-* w/
I updated the original location with a fresh rebuild. If you could try
that again. http://people.ubuntu.com/~smb/bug238118/linux-
image-2.6.24-20-xen_2.6.24-20.37smb3_i386.deb
--
linux-image-2.6.24-* w/ aic79xx crash under heavy I/O load
https://bugs.launchpad.net/bugs/238118
You received this
Can you remove the quiet and splash options from the grub menu to verify
whether the kernel stops at Checking HLT. If yes, this is a duplicate
of bug 251344. I posted information regarding a test kernel there.
Thanks
--
[hardy] Freeze at Starting up... prompt with latest kernel only
Someone else has very likely identified the problem and I put up some
kernels that contain that fix. Please have a look at the latest kernels
at http://people.ubuntu.com/~smb/bug251344/ and let us know the results.
--
Hardy proposed 2.6.24-20-generic kernel update will not boot
@neffets
I think this should go into a new bug since your problems started with a
later kernel. The symptoms look similar but might be unrelated. If
possible you should also try to run a vanilla upstream kernel to verify
whether the problem does still exist.
--
[Hardy] ACPI Embedded Controller
@neffets
I thing this should go into a new bug since your problems started with a
later kernel. The symptoms look similar but might be unrelated. If
possible you should also try to run a vanilla upstream kernel to verify
whether the problem does still exist.
--
[Hardy] ACPI Embedded Controller
Sorry for the late response. Ok, the log shows the driver goes in 32bit
DMA mode (which should be right). The question is why the SWIOMMU fails
to provide DMA space. The bitsize of 32 sound valid so the tuneable
would be swiotlb. Be aware that the unit there is a page, so using 64K
there takes
It sounds a bit strange, that the sw-iommu is used in first place. IMO
this is only necessary for 64bit. I am not using Xen myself so maybe the
question is dumb, but anyway: the host is running exactly the same
kernel as the guest? Also, have you tried the effect of swiotlb=off?
--
Something to try: pci=nomsi as a boot option
This might be a case where the card/bus claim to be able to use msi but
fail to do in reality.
--
RTL8111/8168B does not work in Hardy
https://bugs.launchpad.net/bugs/221499
You received this bug notification because you are a member of Ubuntu
Bugs,
The newer driver tries to enable MSI (according to the high interrupt
number printed). Would it work with pci=nomsi as a boot parameter?
--
Classmate PC fails to connect a wired LAN.
https://bugs.launchpad.net/bugs/247478
You received this bug notification because you are a member of Ubuntu
Using pci=nomsi is not a real solution. As many as there are with
problems, there are probably more that have none and would like this
enabled. But yes you all can help. As it seems to be certain
combinations of hardware that cause problems information needed (and a
bit of time to think about a
Thank you Francesco. Just to be bullet proof, your network works with the nomsi
option but not without.
And just as a bit more information from my side: the high IRQ number is not a
problem but just an indication that a device is using MSI instead of normal
interrupts. Which is not bad. You
There is no fix actually. This is just an automatic process. Someone
changed the kernel bugzilla to fix realesed, which gets reflected here.
--
sdhci module hangs Everex StepNote 2053T
https://bugs.launchpad.net/bugs/187671
You received this bug notification because you are a member of Ubuntu
The problem should now be fixed with the latest kernel in -proposed
(2.6.24-20.38). Could someone confirm this?
--
Hardy proposed 2.6.24-20-generic kernel update will not boot
https://bugs.launchpad.net/bugs/251344
You received this bug notification because you are a member of Ubuntu
Bugs, which
If that is no coincidence. This seems to be the common setup:
00:13.0 PCI bridge [0604]: ALi Corp. PCI Express Root Port [10b9:524d]
02:00.0 RTL8111/8168B PCIE Gb Ethernet ctrl. [10ec:8168] (rev 01)
SUB: ASRock Incorporation Unknown device [1849:8168]
Now the question
The panic itself is caused by the following upstream commit:
commit ac019360fe311dd6aa11b358a02eb3a61675882e
Author: Jeff Garzik [EMAIL PROTECTED]
Date: Sat Oct 20 13:45:57 2007 +0200
[Bluetooth] Eliminate checks for impossible conditions in IRQ handler
Our info structure and
Trying to get info from Jeff or Marcel...
** Changed in: linux (Ubuntu)
Assignee: Ubuntu Kernel Team (ubuntu-kernel-team) = Stefan Bader
(stefan-bader-canonical)
--
dtl1_cs causes kernel panic when plugged in
https://bugs.launchpad.net/bugs/217659
You received this bug notification
@Bruno and all that own that HW:
have you had a chance to test-run the latest driver (to better rule out
regressions)?
--
replace wacom 0.7.4 with 0.7.8-3 for hardy
https://bugs.launchpad.net/bugs/218087
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Changed in: linux (Ubuntu)
Assignee: Ubuntu Kernel Team (ubuntu-kernel-team) = Stefan Bader
(stefan-bader-canonical)
Status: Triaged = In Progress
--
replace wacom 0.7.4 with 0.7.8-3 for hardy
https://bugs.launchpad.net/bugs/218087
You received this bug notification because you
I have prepared another kernel at
http://people.ubuntu.com/~smb/bug191137 which does not contain a fix but
some debugging statements. If anybody could try this and post the system
messages printed. Thanks!
--
[Hardy] ACPI Embedded Controller (EC) stops boot when kernel boot 'quiet'
option is
This sounds to me like my suspicions where right. Somehow the code to
install the boot_ec handlers is called before the context has been
created. Both places acpi_scan_init() (which tries to install the
handlers) and acpi_ec_dsdt_probe() (which allocates the structure and
would create the context)
** Changed in: linux (Ubuntu)
Assignee: Ubuntu Kernel ACPI Team (ubuntu-kernel-acpi) = Stefan Bader
(stefan-bader-canonical)
--
[Hardy] ACPI Embedded Controller (EC) stops boot when kernel boot 'quiet'
option is enabled or AC power is connected
https://bugs.launchpad.net/bugs/191137
You
I tried to come up with a way I think this might be solved. No way to tell this
is acceptable upstream. As far as I understand things, from acpi_scan_init()
the intention is to have the handlers installed. This seems to only make sense
after the boot_ec has been set up (which also enables the
TJ,
give me a second. There will be another kernel soon (smb4) which is the result
of some discussion with upstream.
It would be great if you could give that a try.
--
[Hardy] ACPI Embedded Controller (EC) stops boot when kernel boot 'quiet'
option is enabled or AC power is connected
Ok, long description follows. I am currently uploading the i386 kernel.
Te one for amd64 will follow shortly. After some discussion the
agreement was that this problem arises from the (so it seems) incorrect
assumption that subsys_initcall functions will get executed in the order
they are defined
status. This means that when the CD
signals changed media via unit attention, we can ignore it. Fix by making
sr_test_unit_ready() adjust the changed status.
** Changed in: linux (Ubuntu)
Assignee: Ubuntu Kernel Team (ubuntu-kernel-team) = Stefan Bader
(stefan-bader-canonical)
--
ide
I know I am pressing but has anybody tried the smb4 kernel? I would love
to see the fix in the next Hardy update but I need to know whether ith
helps this problem.
--
[Hardy] ACPI Embedded Controller (EC) stops boot when kernel boot 'quiet'
option is enabled or AC power is connected
That is pretty bad. I was quite sure it should have the same effect in
the end. But unfortunately I made that kernel in a bit of a hurry. I
think I create another one with some more debug output to see the flow
of execution.
--
[Hardy] ACPI Embedded Controller (EC) stops boot when kernel boot
Ok, I got smb5 at http://people.ubuntu.com/~smb/bug191137. This one has
more debug output. So even if it doesn't work, please post the messages.
--
[Hardy] ACPI Embedded Controller (EC) stops boot when kernel boot 'quiet'
option is enabled or AC power is connected
This is very strange. The change seems to help TJ but in Nicolas case
there still seems to be a problem. However the handlers are not
installed before boot_ec has been finally created. So this might be a
different race and frankly I am currently a bit clueless. Since the
other kernel works this
After a night's sleep and somewhat lower temperatures this morning the
riddle is not that mysterious as yesterday. What I forgot somehow was,
that in the smb3 kernel (when I used completion), I also removed the
enable call for the handlers from acpi_boot_ec_enable(). This was done
in the false
The discussion was rather privately with more or less only Alexey Starikovskiy
responding. And after seeing the patch that i used for serialization failing
too, I reviewed the comment that made me think there is a race at that place.
Unfortunately it turns out to be a false positive. The
@Hao
the kernel you get offered is the 19.36 one which is the same as the
35smb1 without the fix for the booting problem. So you might want to
stay with the smb1 kernel. The next kernel which should also have this
fix in will be the next stable release update. To get that as soon as
possible you
** Changed in: linux (Ubuntu Intrepid)
Assignee: Ubuntu Kernel Team (ubuntu-kernel-team) = Stefan Bader
(stefan-bader-canonical)
Status: New = Incomplete
--
Ethernet (nVidia MCP55) not working [ gutsy, hardy]
https://bugs.launchpad.net/bugs/136836
You received this bug notification
@Quinn,
it would be interesting to know the interrupt layout. Could you post the
output of /proc/interrupts? In one of your posts you mentioned that on
older kernels you succeed with an interrupt 3 message and on another
post it looks like interrupt 3 is also used by a serial port. Maybe you
The latest kernel is available at the same place Leann mentioned last
time. In fact the PPA is updated every now and then with the current
Intrepid kernel build.
--
ide-scsi: cdrom tray always reported open
https://bugs.launchpad.net/bugs/210819
You received this bug notification because you are
This at least shows this is about a vt8251 and the above patch doesn't help. I
found at least two bugzilla reports that seem to go into the same direction but
without a final resolution.
http://bugzilla.kernel.org/show_bug.cgi?id=7589 and
http://bugzilla.kernel.org/show_bug.cgi?id=7811
So if
40e55e8f3bb152df0e883dad572d263647f3c056 +
bdbcd262d8a378984716e3bc3bdbfd70841303ab in Hardy.
** Changed in: linux (Ubuntu Hardy)
Status: In Progress = Fix Committed
--
[Hardy] ACPI Embedded Controller (EC) stops boot when kernel boot 'quiet'
option is enabled or AC power is connected
If you do the upgrade, make sure you have hardy-porposed enabled in your
installation sources and also either wait maybe until end of next week
or make sure that all the needed packages are there. The uploads are
still in progress and you want to have matching LUM and LRM packages
ready.
Or if
The change went into upstream before 2.6.26, so it should be in the
alpha by now.
** Changed in: linux (Ubuntu Intrepid)
Status: Fix Committed = Fix Released
--
[Hardy] No DRI with Intel GMA 950 (aka 945GM)
https://bugs.launchpad.net/bugs/204762
You received this bug notification because
Commited to Hardy tree as 6ca9208c22280928597bcc738bf4248de0ab359d.
** Changed in: linux (Ubuntu Hardy)
Status: In Progress = Fix Committed
--
Backport USB-PERSIST fix from upstream to Hardy
https://bugs.launchpad.net/bugs/254783
You received this bug notification because you are a
** Also affects: linux (Ubuntu)
Importance: Undecided
Status: New
--
Reboot fails after resuming from STR
https://bugs.launchpad.net/bugs/249296
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
The parts required from the Linux kernel are:
- The ability to use the ACPI method for reboots
(4d3870431d17346c4fdd80e087b7d76f1b5941d5 upstream
but not, yet, in Intrepid)
- The ability to whitelist certain hardware for ACPI reboot, even if that
hardware doesn't claim this correctly.
Has
- commit 143f7749a6385865716797246f254857b1c6b912
UBUNTU: SAUCE: Add reboot=a preselection quirk
** Changed in: linux (Ubuntu Hardy)
Importance: Undecided = Medium
Assignee: (unassigned) = Stefan Bader (stefan-bader-canonical)
Status: New = Fix Committed
--
Reboot fails after
Since there seem to be various MSI related problems it would be
interesting to gather the following information:
- lspci -t
- sudo lspci -vvnn
--
Classmate PC fails to connect a wired LAN.
https://bugs.launchpad.net/bugs/247478
You received this bug notification because you are a member of
That is not much to work with. Please gather the output of these comands:
dmesg
lspci -t
sudo lspci -vvnn
sudo dmidecode
Put them somewhere you can access with network and post them here.
--
RTL8111/8168B does not work in Hardy
https://bugs.launchpad.net/bugs/221499
You received this bug
** Changed in: linux (Ubuntu Hardy)
Importance: Undecided = Medium
Assignee: (unassigned) = Stefan Bader (stefan-bader-canonical)
Status: New = In Progress
--
replace wacom 0.7.4 with 0.7.8-3 for hardy
https://bugs.launchpad.net/bugs/218087
You received this bug notification
This is already part of Intrepid.
** Changed in: linux (Ubuntu)
Status: In Progress = Fix Released
--
replace wacom 0.7.4 with 0.7.8-3 for hardy
https://bugs.launchpad.net/bugs/218087
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
to be unoccupied to verify that the firmware hasn't left the
port in an enabled state.
** Affects: linux (Ubuntu)
Importance: Medium
Status: Fix Released
** Affects: linux (Ubuntu Hardy)
Importance: Medium
Assignee: Stefan Bader (stefan-bader-canonical)
Status
Upstream fix in 2.6.26-rc1
** Changed in: linux (Ubuntu)
Importance: Undecided = Medium
Status: New = Fix Released
--
Backport USB-PERSIST fix from upstream to Hardy
https://bugs.launchpad.net/bugs/254783
You received this bug notification because you are a member of Ubuntu
Bugs,
** Changed in: linux (Ubuntu Hardy)
Importance: Undecided = Medium
Assignee: (unassigned) = Stefan Bader (stefan-bader-canonical)
Status: New = In Progress
--
Backport USB-PERSIST fix from upstream to Hardy
https://bugs.launchpad.net/bugs/254783
You received this bug notification
SRU justification:
Impact: The USB-PERSIST feature
(0458d5b4c9cc4ca0f62625d0144ddc4b4bc97a3c) lets USB mounted filesystems
remain intact (the USB device not removed) during power loss. This is
important for small machines that have their root fs on a USB device.
However this did not work in all
I added the following two patches to the current debug kernel (both
changing the ec_space_handler and uploaded a smb6 kernel. Unfortunately
this is not a very efficient way to proceed.
commit b3b233c7d948a5f55185fb5a1b248157b948a1e5
Author: Alexey Starikovskiy [EMAIL PROTECTED]
Date: Fri Jan 11
TJ, as I would like to learn a bit more about the ACPI differences,
could you post the DSDT you are using on your Sony?
--
[Hardy] ACPI Embedded Controller (EC) stops boot when kernel boot 'quiet'
option is enabled or AC power is connected
https://bugs.launchpad.net/bugs/191137
You received
TJ, I must admit I am running out of ideas. I took a look at
VGN-FE41Z-R0200J3.dsl (because I think you mentioned somewhere this is the
model you are currently using). The _REG method has a lot of stuff in compared
to the one from my Thinkpad (I also noticed the PNOT method doing another
Although I could re-open the bugzilla report the problem is, the first
question asked is does this affect the latest
version? and the answer is NO - not since 2.6.25-rc9 that I know about,
and possibly earlier. With that I doubt
there will be much interest in solving this since it'll be
This probably won't help partial detection, but if there are this
failed to IDENTIFY messages, does booting with pci=nomsi as kernel
parameter help? In that case the problem is rather related to
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/190492.
--
Regression in SATA drive detection
It would be highly appreciated if (lspci -vvnn) would be supplied. There
has been a fix for certain revisions of MCP65 upstream which should be
in Intrepid alpha2.
commit e297d99e103f951a71fcb1534f1ff3480dd3a851
Author: Tejun Heo [EMAIL PROTECTED]
Date: Tue Jun 10 00:13:04 2008 +0900
ahci:
Too bad, hmm maybe mdelay in dump_stack might work... Otherwise instead
of the backtrace, when printing the addresses of reads this might get
correlated with the working case. At least it should show which access
fails...
--
[Hardy] ACPI Embedded Controller (EC) stops boot when kernel boot
I had that patches included in smb6 at
http://people.ubuntu.com/~smb/bug191137/.
@Hao, please could you try either that one or the one fomr TJ's PPA.
Thanks.
--
[Hardy] ACPI Embedded Controller (EC) stops boot when kernel boot 'quiet'
option is enabled or AC power is connected
Ok, for completeness there is a 19.35smb1 kernel which incorporates the
latest Hardy release with only those two upstream changes (without any
debugging code). If you are happy with that I will try to get this into
the next release. Time is tight, however...
--
[Hardy] ACPI Embedded Controller
Does someone care to try the Hardy kernel at
http://people.ubuntu.com/~smb/bug136836? This is a first try so maybe
this does not work out. In any case if you test it, please submit your
lspci -vvnn info for the ethernet and the debug lines that get printed
for msi_enabled/msix_enabled.
--
SRU justification:
Impact: On several Sony laptop models the changes introduced by upstream
commit c04209a7948b95e8c52084e8595e74e9428653d3 to enable the EC handler
during scan will cause those machines to hang on boot.
Fix: There was a work-around to remove the quiet option on boot but that
** Changed in: linux (Ubuntu Hardy)
Status: In Progress = Fix Committed
--
Serial Wacom tablet fails to return from ACPI suspend to RAM
https://bugs.launchpad.net/bugs/152187
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Hi Bruno,
I have a Hardy kernel ready at http://people.ubuntu.com/~smb/bug218087
which also has the new wacom driver applied. Thanks
--
replace wacom 0.7.4 with 0.7.8-3 for hardy
https://bugs.launchpad.net/bugs/218087
You received this bug notification because you are a member of Ubuntu
Bugs,
That was the hope. ;-) There are several places where msi and msix come
into place. One is the definitions per hardware in forcedeth but I
noticed in the lscpi output os some of you that posted that there is a
msi and msix enabled flag for the pci bus. The question is whether for
those that would
@Hao
1. Better 35smb1
2. Actually I never did it that way but by using 'dpkg --install'
3. Yes. Depending on which kernel you want download one of the linux-image
packages at
http://archive.ubuntu.com/ubuntu/pool/main/l/linux/ and call the dpkg command
with that.
@Weisswurst
was that with any
@Hao,
you could stay with that kernel. It should be more or less be the same
as the upcoming security update (though that could overrule this kernel
since there are chances that due to build problems the security release
one might be 19.36). The fix now has been committed and should show up
in
On a second thought I think this was wrong thinking. Seems there is code
to try to enable msi or msix later. It would be great if someone could
supply a dmesg log for the non-working case.
--
Ethernet (nVidia MCP55) not working [ gutsy, hardy]
https://bugs.launchpad.net/bugs/136836
You received
Got some update that this issue has not been seen on Hardy, yet. Only
Intrepid alpha.
--
Ubuntu 8.10 Alpha3 boot fail on SB700A12 platform
https://bugs.launchpad.net/bugs/255910
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
My impression is that this is maybe is a different cause. The original
report was for a standard kernel. The latest updates concern Xen.
Unfortunately I did not have much time for progress but it seems the
driver picks the right DMA size (32bit) but maybe the Xen SWIOMMU is
having problems. I
The previous commit was for Hardy SRU, SRU Justification:
Impact: One PCI ID for the 88E8040T was missing and the card would not
work.
Fix: Add 0x4355 to the table of the sky2 driver.
Testcase: Without the fix the card mentioned above will not get
detected.
The upstream/intrepid commit ID is
Fix was commited as c6455c7cbc56f726458029d28baaa6a0c3131a99
** Changed in: linux (Ubuntu)
Status: Triaged = Fix Committed
--
Marvell Yukon 88E8040T controller can not be recognised
https://bugs.launchpad.net/bugs/239852
You received this bug notification because you are a member of
501 - 600 of 11416 matches
Mail list logo