Package: linux-image-2.6-686
Version: 2.6.20-3
Severity: critical
Hello
I've an laptop hp compaq nx8220 with intel ich6 chipset.
When the boot prozess starts, my cpu fan will be disabled until the acpi
modul is loaded or the acpid starts.
Normaly the time is short enough so i reach "only" 75°C (a
Package: initramfs-tools
Version: 0.86
Severity: normal
--- Please enter the report below this line. ---
alsa modules (snd-emu10k1 and snd-intel8x0 in my case) don't get
loaded, when the initial ramdisk image was created by mkinitramfs
included in mkinitramfs-tools 0.86 and higher. but loading oth
On Fri, Apr 27, 2007 at 08:26:10AM -0500, Eric Sandeen wrote:
> >Yep. Padding rules on old-ABI ARM systems are 'special', but still
> >spec-compliant. See:
>
> Thanks, I've read up a bit since, and I think I grok it now :)
>
> So, adding __attribute__((packed)) to xfs_dir2_sf_off_t,
> xfs_dir
Processing commands for [EMAIL PROTECTED]:
> tags 421283 + pending
Bug#421283: [PATCH] Fix wrong checksum for split TCP packets on 64-bit MIPS
There were no tags set.
Tags added: pending
>
End of message, stopping processing here.
Please contact me if you need assistance.
Debian bug tracking sy
Package: linux-2.6
This is needed for our 2.6.18 kernel in etch.
- Forwarded message from Dave Johnson <[EMAIL PROTECTED]> -
From: Dave Johnson <[EMAIL PROTECTED]>
Subject: [PATCH] Fix wrong checksum for split TCP packets on 64-bit MIPS
Date: Wed, 18 Apr 2007 10:39:41 -0400
To: [EMAIL
On Tue, 24 Apr 2007, dann frazier wrote:
> On Tue, Apr 24, 2007 at 09:44:49AM +, Maximilian Attems wrote:
> > Author: maks
> > Date: Tue Apr 24 09:44:48 2007
> > New Revision: 8503
> >
> > Added:
> >dists/etch/linux-2.6/debian/patches/features/agp-i965.patch
> > Modified:
> >dists/etc
Package: linux-2.6
Severity: important
BIOS is set in IDE mode and ONLY JMB363 is onboard.
JMB363: IDE controller at PCI slot :03:00.1
PCI: Enabling device :03:00.1 ( -> 0001)
ACPI: PCI Interrupt :03:00.1[B] -> GSI 18 (level, low) -> IRQ 50
JMB363: chipset revision 3
JMB363: 100%
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.2
> severity 420299 important
Bug#420299: Jmicron Harddrive Controller Issue on Boot, Sometimes loads
jmicron361 and other times loads jmicron363
Severity set to `important' from `normal
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.2
> reassign 420299 linux-2.6
Bug#420299: Jmicron Harddrive Controller Issue on Boot, Sometimes loads
jmicron361 and other times loads jmicron363
Bug reassigned from package `kernel' to
hey Thijmen,
Is this issue resolved by the 2.6.18 kernel in etch?
--
dann frazier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: linux-image-2.6.18-4-amd64
Version: 2.6.18.dfsg.1-12
Severity: important
This is perhaps related to bug 369599
The server freezes completely, running ssh session freezes (no more IO), trying
to
connect with a new ssh hangs too ( slogin servername -> nothing happens,
no password prompt, n
Lennert Buytenhek wrote:
Yep. Padding rules on old-ABI ARM systems are 'special', but still
spec-compliant. See:
Thanks, I've read up a bit since, and I think I grok it now :)
So, adding __attribute__((packed)) to xfs_dir2_sf_off_t,
xfs_dir2_sf_hdr_t, and perhaps also xfs_dir2_sf_entry_t m
Package: linux-headers-2.6.20-1-686
Version: 2.6.20-3
Severity: important
The headers package is completely useless:
1) nvidia drivers do not work, tried:
build: module-assistant a-i nvidia-kernel
tried installing with "modprobe nvidia", but it refuses to load.
dmesg says module refuses to load b
|--==> Frans Pop writes:
FP> On Tuesday 24 April 2007 18:16, Free Ekanayaka wrote:
>>Installing linux-image-2.6.20-1-amd64 (and maybe also -486, I've not
>>tested it) on etch seems to fail the boot, at least on my system. The
>>boot hangs "Waiting for root filesystem". Of course 2.6.18-4-a
On Thu, Apr 26, 2007 at 11:34:56PM -0500, Eric Sandeen wrote:
> Root cause seems to be gcc misaligning the xfs shortform directory
> structures. In the example below, bar.parent has offset 4, while
> boo.parent has offset 2. The union seems to cause extra padding - I
> believe "c" should be a
On Thu, Apr 26, 2007 at 11:57:40PM -0500, Eric Sandeen wrote:
> Maybe the alignment isn't broken; it's just "special" - I guess there
> are no actual rules on how the structure must be aligned... hmm...
Yep. Padding rules on old-ABI ARM systems are 'special', but still
spec-compliant. See:
/proc/cpuinfo lists 4 CPUs from 0 to 3:
server:/proc# cat /proc/cpuinfo
processor : [0..3]
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Xeon(TM) CPU 3.00GHz
stepping: 3
cpu MHz : 2992.804
cache size : 16 KB
fdiv_bug
17 matches
Mail list logo