On Tue, Sep 09, 2008 at 12:02:41AM +0200, Ralf Gross wrote:
Package: linux-image-2.6-amd64
Version: 2.6.18+6etch3
I've lost 2 xfs filesystems this weekend after adding lots of acls to many
files.
With some help from the people of the xfs IRC channel, I could nail it down to
a problem
Package: linux-image-2.6.26-1-amd64
Version: 2.6.26-4
Severity: normal
Hello,
I updated 2 days ago to this kernel, and I start notice pretty soon this
problem: when I execute a program of mine (even with nice -n 19), with 4
parallel thread (it's cpu bound), the system completely slow down, the
dann frazier schrieb:
Thanks for the report.
Fixes for = important bugs are acceptable in a stable release. I've
committed a fix for this which should appear in the etch snapshot
builds[1] tomorrow.
That sounds promising, thanks for your fast response.
Would you be able to test that
On Tue, 02 Sep 2008, Andres Salomon wrote:
I'm still trying to figure out how to deal w/ root=mtd0 (and wondering
whether it's even worth dealing with, or if I can do something
clever with UBI or flash partitioning)
how does fedora kernel boot it?
does nash have some hacks one could look at
Hi folks
I intend to upload linux-2.6 2.6.26-5 tomorrow.
Fixes:
- 2.6.26.4
- SiS SATA
- OpenVZ update
Bastian
--
No more blah, blah, blah!
-- Kirk, Miri, stardate 2713.6
signature.asc
Description: Digital signature
I did an additional test to determine if psmouse's lost synchronization
errors were the cause of the random freezes.
I blacklisted the psmouse kernel module at /etc/modprobe.d/ and
eventually my laptop froze until I pressed a key. Unfortunately, there
were not any error messages either on
Attaching mos7820 and usbserial debug logs from both kernels. Generated
by adding debug=1 option when loading both modules.
The behaviour of mos7820 in 2.6.26-4 is quite different, there are whole
swathes of functional code which seem not to be called in 2.6.26-4.
Still not sure why, I don't
* Bastian Blank [EMAIL PROTECTED] [2008-09-09 12:47]:
I intend to upload linux-2.6 2.6.26-5 tomorrow.
Fixes:
- 2.6.26.4
What about 2.6.26.5 (the build fix for 2.6.26.4)?
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Tue, Sep 09, 2008 at 02:51:34PM +0300, Martin Michlmayr wrote:
* Bastian Blank [EMAIL PROTECTED] [2008-09-09 12:47]:
I intend to upload linux-2.6 2.6.26-5 tomorrow.
Fixes:
- 2.6.26.4
What about 2.6.26.5 (the build fix for 2.6.26.4)?
Not applicable. The change was removed because of
The problem is resolved, /dev/sdb2 pointed to nowhere.
[EMAIL PROTECTED] /root #ls -l /dev/sdb2
brw-rw 1 root disk 9, 123 2008-05-27 02:41 /dev/sdb2
[EMAIL PROTECTED] /root #cat /proc/partitions
major minor #blocks name
364 78184008 hdb
365 56196 hdb1
366
Processing commands for [EMAIL PROTECTED]:
reassign 498220 linux-2.6
Bug#498220: wpasupplicant: fails to connect with error message No Suitable AP
found even if configuration is correct
Bug reassigned from package `wpasupplicant' to `linux-2.6'.
retitle 498220 iwlwifi 32bit ioctl wrapper
Package: virtualbox-ose-modules-2.6.26-1-amd64
Version: 2.6.26+1.6.2-dfsg-3
Hi,
On a fresh lenny with virtualbox-ose and the modules just installed (both from
the archive):
$ virtualbox
WARNING: /dev/vboxdrv not writable for some reason. If you recently added the
current user to the
Making a conscientious effort to remember the your pardon
i was wrong. But how could you take all day in the final
settlement of accounts with are things that'll make us feel
sad from time of the rio verde in the vicinity of verde
have.
On Tue, Sep 09, 2008 at 02:52:58PM +, Bastian Blank wrote:
Author: waldi
Date: Tue Sep 9 14:52:57 2008
New Revision: 12210
Log:
* debian/changelog: Update.
* debian/config/hppa/defines: Disable external modules support.
Modified:
dists/sid/linux-2.6/debian/changelog
On Mon, Sep 08, 2008 at 11:58:22AM -0500, James Bottomley wrote:
On Mon, 2008-09-08 at 18:37 +0200, Bastian Blank wrote:
On Sat, Sep 06, 2008 at 10:06:26AM -0500, James Bottomley wrote:
Parisc is a CONFIG_GEN_RTC architecture (we use the generic real time
clock driver).
Well.
On Tue, Sep 09, 2008 at 10:58:35AM -0600, dann frazier wrote:
fyi, I've got an hppa build in progress - disabling RTC_CLASS causes
the symbols below to be removed (essentially, ^rtc_*)
The whole new-style rtc support.
I'm not sure what's behind the hppa/ABI removal commits - I didn't see
On Tue, Sep 09, 2008 at 10:44:32AM -0600, dann frazier wrote:
On Tue, Sep 09, 2008 at 02:52:58PM +, Bastian Blank wrote:
+ * [hppa] No stable ABI, disable external modules completely.
Would this prevent the conglomerate module packages from building on
hppa? If so, wouldn't that break
On Tue, Sep 09, 2008 at 02:43:33PM +, Maximilian Attems wrote:
Author: maks
Date: Tue Sep 9 14:43:32 2008
New Revision: 12208
Log:
hppa ignore ABI
not relevant for the arch and check is wrong:
16:35 kyle i'm not willing to support proprietary modules built on parisc.
16:39 kyle
On Tue, Sep 09, 2008 at 12:48:35PM -0500, James Bottomley wrote:
They certainly have to be inessential to the parisc ABI ... they don't
work if anything's actually trying to use them.
Really? Which sort of don't work is this? Why should a I2C rtc device
(some dallas chip) not work?
Bastian
--
On Tue, 2008-09-09 at 10:58 -0600, dann frazier wrote:
On Mon, Sep 08, 2008 at 11:58:22AM -0500, James Bottomley wrote:
On Mon, 2008-09-08 at 18:37 +0200, Bastian Blank wrote:
On Sat, Sep 06, 2008 at 10:06:26AM -0500, James Bottomley wrote:
Parisc is a CONFIG_GEN_RTC architecture (we use
On Tue, Sep 09, 2008 at 07:43:15PM +0200, Bastian Blank wrote:
On Tue, Sep 09, 2008 at 10:44:32AM -0600, dann frazier wrote:
On Tue, Sep 09, 2008 at 02:52:58PM +, Bastian Blank wrote:
+ * [hppa] No stable ABI, disable external modules completely.
Would this prevent the conglomerate
On Tue, 2008-09-09 at 19:38 +0200, Bastian Blank wrote:
On Tue, Sep 09, 2008 at 10:58:35AM -0600, dann frazier wrote:
fyi, I've got an hppa build in progress - disabling RTC_CLASS causes
the symbols below to be removed (essentially, ^rtc_*)
The whole new-style rtc support.
But it doesn't
On Tue, Sep 09, 2008 at 11:49:41AM -0600, dann frazier wrote:
On Tue, Sep 09, 2008 at 07:43:15PM +0200, Bastian Blank wrote:
On Tue, Sep 09, 2008 at 10:44:32AM -0600, dann frazier wrote:
On Tue, Sep 09, 2008 at 02:52:58PM +, Bastian Blank wrote:
+ * [hppa] No stable ABI, disable
On Tue, 09 Sep 2008, dann frazier wrote:
This doesn't just affect proprietary modules.
right but the abi can be reestablished,
it currently affects useless symbols that weren't working anyway
in parisc. other then that there is no abi breaker.
--
maks
--
To UNSUBSCRIBE, email to [EMAIL
On Tue, Sep 09, 2008 at 01:12:01PM -0500, James Bottomley wrote:
On Tue, 2008-09-09 at 20:01 +0200, Bastian Blank wrote:
On Tue, Sep 09, 2008 at 12:48:35PM -0500, James Bottomley wrote:
They certainly have to be inessential to the parisc ABI ... they don't
work if anything's actually
On Tue, 2008-09-09 at 20:01 +0200, Bastian Blank wrote:
On Tue, Sep 09, 2008 at 12:48:35PM -0500, James Bottomley wrote:
They certainly have to be inessential to the parisc ABI ... they don't
work if anything's actually trying to use them.
Really? Which sort of don't work is this? Why
Um, because the architecture doesn't have an i2c bus.
Don't know about rtc but some PA-RISC models definitely have an i2c bus.
I see this message on a A500-75 model:
The support bus which connects the system processors, the Guardian Service
Processor (GSP) and the Power Monitor or
On Tue, 2008-09-09 at 20:29 +0200, Bastian Blank wrote:
On Tue, Sep 09, 2008 at 01:12:01PM -0500, James Bottomley wrote:
On Tue, 2008-09-09 at 20:01 +0200, Bastian Blank wrote:
On Tue, Sep 09, 2008 at 12:48:35PM -0500, James Bottomley wrote:
They certainly have to be inessential to the
On Tue, Sep 09, 2008 at 02:42:03PM -0400, John David Anglin wrote:
Um, because the architecture doesn't have an i2c bus.
Don't know about rtc but some PA-RISC models definitely have an i2c bus.
I see this message on a A500-75 model:
The support bus which connects the system
This I2C bus is not acessible by the operating system (as far as I know).
HP-UX seems to be able to access fan and power status somehow. It
sends me an email when it thinks the i2c is hung, and once a day,
it sends a message that a fan which the chassis doesn't have (as far
as I can tell) has
Package: linux-image-2.6-1-486
Version: 2.6.26-4
Severity: normal
The bigmem version crashes as well.
System has 4GB of ram.
Only cdrom+harddisk are attached.
Screendump will be mailed in seperate e-mail.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500,
On Tue, Sep 9, 2008 at 9:20 PM, John David Anglin
[EMAIL PROTECTED] wrote:
This I2C bus is not acessible by the operating system (as far as I know).
HP-UX seems to be able to access fan and power status somehow. It
Fan and power status are accessed through PDC. That's what I do with
the
Bastian Blank yazmış:
Hi folks
I intend to upload linux-2.6 2.6.26-5 tomorrow.
Fixes:
- 2.6.26.4
- SiS SATA
- OpenVZ update
Bastian
Do you plan to fix #497292 for this release? It would be good although I'm not
sure if it can be done before release since it is not important.
Your message dated Tue, 09 Sep 2008 22:09:23 +0200
with message-id [EMAIL PROTECTED]
and subject line linux-image-2.6.26-1-686-bigmem: Microsoft Wireless Laser
Mouse 8000 breaks USB-mouse subsystem
has caused the Debian Bug report #498264,
regarding linux-image-2.6.26-1-686-bigmem: Microsoft
Package: linux-image-2.6.18-6-686
(On Debian Stable)
Trying to connect to some hosts via TCP, no connection is
established. SYN packages are sent repeatedly although a package with
no flag should (?) be sent to accept the connection since the
SYN/ACK-package corresponding to the SYN-package
On Tue, Sep 09, 2008 at 11:26:49PM +0300, Mert Dirik wrote:
Do you plan to fix #497292 for this release? It would be good although I'm not
sure if it can be done before release since it is not important.
hmmm, CONFIG_VZ_CHECKPOINT defaults to n according to the openvz patchset.
and the
With earlier versions of the linux-2.6 source, building all the binary
packages has taken 11 to 22 hours here, so calling
debian/rules.gen directly was a huge timesaver. If this shortcut
is documented, I don't know where.
This is documented in the 'Debian Linux Kernel Handbook
Did a full kernel compile with the new 'cs46xx' directory in
'/linux-source-2.6.24/sound/pci' and this happened when the snd_cs46xx
was loaded:
cs46xx: no firmware
image download error
ACPI: PCI interrupt for device :00:0b.0 disabled
Sound Fusion CS46xx: probe of :00:0b.0 failed with
6 Million People Are Anxious To Pay You $6 each!! That#039;s $36,000,000.00
Waiting For YOU!This product that virtually sells itself. $6 BY SIX MILLIONS
combines reprint rights and 100% commian Bug Tracking System
Reply via email to