Re: Linux 2.6.23-rc3

From: Zilvinas Valinskas
Date: Tue Aug 14 2007 - 06:14:49 EST


Hello,

I have also noticed that there are other messages printed twice, not a
big problem but still ;) . Perhaps it should be that way, don't know.

$ dmesg | grep sda
sd 0:0:0:0: [sda] 234441648 512-byte hardware sectors (120034 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 0:0:0:0: [sda] 234441648 512-byte hardware sectors (120034 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA


Inserting USB key also has the same behavior:

Initializing USB Mass Storage driver...
scsi6 : SCSI emulation for USB Mass Storage devices
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
usb-storage: device found at 4
usb-storage: waiting for device to settle before scanning
usb-storage: device scan complete
scsi 6:0:0:0: Direct-Access USB 2.0 Flash Disk 1100 PQ: 0 ANSI: 0 CCS
sd 6:0:0:0: [sdb] 4062208 512-byte hardware sectors (2080 MB)
sd 6:0:0:0: [sdb] Write Protect is off
sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00
sd 6:0:0:0: [sdb] Assuming drive cache: write through
sd 6:0:0:0: [sdb] 4062208 512-byte hardware sectors (2080 MB)
sd 6:0:0:0: [sdb] Write Protect is off
sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00
sd 6:0:0:0: [sdb] Assuming drive cache: write through
sdb: sdb1
sd 6:0:0:0: [sdb] Attached SCSI removable disk
sd 6:0:0:0: Attached scsi generic sg2 type 0

On Mon, 2007-08-13 at 15:23 +0300, Zilvinas Valinskas wrote:
> Hello lkml,
>
> Linux kernel v2.6.23-rc3 booted ok and so far everything is fine. I have
> HP Compaq nx9420 laptop (Dual Core).
>
> Just a few things that I found interesting:
>
> 1. /sys/devices/system/clocksource/clocksource0/*
>
> $ sudo grep . *
> available_clocksource:hpet hpet acpi_pm jiffies tsc
> ^^^^^^^^^ listed twice ;) not a big deal but still.
> current_clocksource:hpet
> ^^^^ seems selected ;) although in dmesg there are
>
> $ dmesg | grep -i hpet
> $ dmesg | grep -i hpet
> ACPI: HPET 7FFE59BC, 0038 (r1 HP 309F 1 HP 1)
> ACPI: HPET id: 0x8086a201 base: 0xfed00000
> hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0
> hpet0: 3 64-bit timers, 14318180 Hz
> hpet_resources: 0xfed00000 is busy
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ? strange.
>
> Time: hpet clocksource has been installed.
>
> 2. ACPI related (?) - one fan is always on, even when system is idling.
>
> It never stops ;)
>
> $ acpi -bt
> Battery 1: charged, 98%
> Thermal 1: ok, 48.0 degrees C
> Thermal 2: ok, 38.0 degrees C
> Thermal 3: active[5], 47.0 degrees C
> Thermal 4: ok, 37.0 degrees C
> Thermal 5: ok, 32.0 degrees C
> Thermal 6: ok, 25.0 degrees C
>
>
> In earlier kernel versions it was turned on when needed (mostly during
> compilation ...) and then when system is cooled enough fan was
> automatically turned off.
>
> 3. the same messages are printed twice (2.6.23-rc2 was fine).
>
> Brought up 2 CPUs
> NET: Registered protocol family 16
> ACPI: bus type pci registered
> PCI: BIOS Bug: MCFG area at f8000000 is not E820-reserved
> PCI: Not using MMCONFIG.
> PCI: Using configuration type 1
> ACPI: EC: Look up EC in DSDT
> ACPI: EC: GPE = 0x16, I/O: command/status = 0x66, data = 0x62
> ^^^^^^^^^^^^^^^^^^^^^^^^ 1st time
> ACPI: Interpreter enabled
> ACPI: (supports S0 S3)
> ACPI: Using IOAPIC for interrupt routing
> ACPI: EC: GPE = 0x16, I/O: command/status = 0x66, data = 0x62
> ^^^^^^^^^^^^^^^^^^^^^^^^ 2nd time
> ACPI: PCI Root Bridge [C003] (0000:00)
>
>
> Otherwise I am happy with 2.6.23-rc3. Thank y'all ;)
>
> Best regards,
> Zilvinas
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/