Arch Linux

MetalRandomist

Member

Registered: 2007-08-16

Posts: 30

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

How do you make it not put  the date at the end of the kernel?

Last edited by MetalRandomist (2008-08-05 15:21:11)

klixon

Member

From: Nederland

Registered: 2007-01-17

Posts: 525

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

Graag gedaan

(you're welcome)

How do you make it not put  the date at the end of the kernel?

I think if you disable "General setup" > "Automatically append version information to the version string", you no longer have this

---

Stand back, intruder, or i'll blast you out of space! I am Klixon and I don't want any dealings with you human lifeforms. I'm a cyborg!

MetalRandomist

Member

Registered: 2007-08-16

Posts: 30

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

Nope, it still did it.
I guess I'm just gonna have to put up with editing the Catalyst PKGBUILD every time I make a change to the kernel config, unless there's something I can do to make it build for whatever kernel I'm currently running under at the time of building.

rooloo

Member

Registered: 2008-07-09

Posts: 218

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

Nope, it still did it.
I guess I'm just gonna have to put up with editing the Catalyst PKGBUILD every time I make a change to the kernel config, unless there's something I can do to make it build for whatever kernel I'm currently running under at the time of building.

comment out lines 154 - 157 voila, no date.

whargoul

Member

From: Odense, Denmark

Registered: 2005-04-04

Posts: 546

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

Have anybody noticed that the bay.ko module doesn't get build, even though that the kernel config says otherwise?

CONFIG_ACPI_BAY=m

Last edited by whargoul (2008-08-06 22:57:44)

---

Arch - It's something refreshing

Inferno

Member

Registered: 2004-11-11

Posts: 15

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

I got everything running:

$ uname -a
Linux rob 2.6.27-rc1-zenmm0 #3 SMP PREEMPT ZEN Thu Aug 7 19:53:46 CEST 2008 x86_64 Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz GenuineIntel GNU/Linux

For nvidia-beta-zenmm to work I needed a patch not mentioned here:
http://www.nvnews.net/vbulletin/showthread.php?t=117209

Rename the included patch with the one from the nvnews forum and change md5. The nvidia compiles and runs ok

Also I got virtualbox running see for details this post:
http://bbs.archlinux.org/viewtopic.php? … 28#p403628

glad

Member

From: Norway

Registered: 2005-11-01

Posts: 103

Website

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

What's the improvments using this kernel compared to the default kernel26 ?

I did use to build my own kernels before, but got tired of it since there wasn't any significent improvements.

I've tried CK and MM in the past, MM used to crash sometimes I remember.

rooloo

Member

Registered: 2008-07-09

Posts: 218

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

For nvidia-beta-zenmm to work I needed a patch not mentioned here:
http://www.nvnews.net/vbulletin/showthread.php?t=117209

the nvidia-beta-zenmm package was fixed two days ago with this patch. It's in the AUR.

glad: for me the improvements are great. arch's 2.6.26-ARCH kernel in testing forced me to try zenmm, glad I did now. I wouldn;t expect everyone to have this same result though, I was specifically looking to fix a bug.

Last edited by rooloo (2008-08-08 01:51:56)

smurnjiff

Member

Registered: 2007-06-25

Posts: 211

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

How do you make it not put  the date at the end of the kernel?

Look at the CONFIG_LOCALVERSION option.

(General Setup --> Automatically append version information to the version string.)

Inferno

Member

Registered: 2004-11-11

Posts: 15

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

For nvidia-beta-zenmm to work I needed a patch not mentioned here:
http://www.nvnews.net/vbulletin/showthread.php?t=117209

the nvidia-beta-zenmm package was fixed two days ago with this patch. It's in the AUR.

That patch didn't work right away (in nvidia didn't compile), so I searched for another patch and did a quick diff on the patch and saw there was a difference. So applied the patch and now remember did some other things.

You removed the LDFLAGS from line 52 why is that? Also the changelog is nice in the original patch file.

I also changed paravirt.c at the end of the file:

EXPORT_SYMBOL (pv_lock_ops);
EXPORT_SYMBOL (pv_time_ops);
EXPORT_SYMBOL (pv_cpu_ops);
EXPORT_SYMBOL (pv_mmu_ops);
EXPORT_SYMBOL (pv_apic_ops);
EXPORT_SYMBOL (pv_info);
EXPORT_SYMBOL (pv_irq_ops);

since it then doens't stop with a GPL-module error

Last edited by Inferno (2008-08-08 07:43:37)

methuselah

Member

Registered: 2007-10-02

Posts: 570

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

For nvidia-beta-zenmm to work I needed a patch not mentioned here:
http://www.nvnews.net/vbulletin/showthread.php?t=117209

the nvidia-beta-zenmm package was fixed two days ago with this patch. It's in the AUR.

The nvidia-beta-zenmm patch in the AUR patched everything successfully, but I still had to use the installer in the /src/NVIDIA file to actually install it... since I couldn't comment out lines 154-157 in the kernel26zenmm-git PKGBUILD.

This is the kernel26zenmm-git PKGBUILD with lines 154-157 commented out. Whenever I try to build the kernel with this PKGBUILD so I don't have to have the date on my kernel name, I always get an error on line 313 saying I am missing a bracket.

# Contributor: james francis toy iv unk.nown [at] unix [dot] net
pkgname="kernel26zenmm-git"
pkgver=20080807
pkgrel="8"
pkgdesc="bleeding edge kernel summing zen and mm patches"
url="http://zen-sources.org"
arch=("i686" "x86_64")
license=("GPL2")
depends=("coreutils" "module-init-tools" "mkinitcpio>=0.5.15")
makedepends=("git")
conflicts=("kernel26zen-git")
backup=(boot/kconfig26zenmm
        etc/mkinitcpio.d/kernel26zenmm.preset)
install=kernel26zenmm.install
source=(config.x86_64
        kernel26zenmm.preset
        mkinitcpio-kernel26zenmm.conf)
md5sums=('4eea633e7dee9224d994da8b4e8e9c07'
'eff09e3782e975c23bcd8cc255556f65'
'36858bd6a0bca63d2aa901b2e42d4a05')

_gitroot="git://zen-sources.org/zen/kernel-mm.git"
_gitname="kernel-mm"

# Returns 1 if the current branch is a remote one
_is_remote() {
    if [ $# -eq 1 ]; then
        git-config --get branch.$1.remote > /dev/null 2>&1
        if [ $? -eq 0 ]; then
            return 0
        else
            return 1
        fi
    else
        return 1
    fi
}

# Pulls the source tree via GIT
_checkout() {
    msg "Fetching zen and mm kernel goodness..."

    if [ ! -d $_gitname ]; then
        warning "Do not delete src/ as it takes VERY long to clone zen sources via GIT"

        msg2 "Cloning the project..."
        git clone $_gitroot $_gitname
    else
        cd $startdir/src/$_gitname

        msg2 "Recreating master to make sure, there is always a working branch..."
        git branch -D master-new > /dev/null 2>&1

        if ! git-checkout -m -b master-new origin/master; then
            error "Failed..."
            warning "Trying git-checkout with -f flag instead..."
            warning "This will throw away local changes..."
            warning "Press ENTER to continue or CTRL+C to abort..."
            read

            git checkout -f -b master-new origin/master
        fi

        git branch -D master
        git branch -M master-new master

        msg2 "Updating branch: master..."
        git pull origin || return 1
    fi

    cd $startdir/src/$_gitname

    _local="$(echo $_object | cut -d' ' -f 1)"
    _remote="$(echo $_object | cut -d' ' -f 2)"
    [ "$_remote" = "" ] && _remote="$_local"

    _commit="$(git rev-parse $_remote)"
    if [ $? -ne 0 ]; then
        error "$_remote is not a valid object name"
        return 1
    fi

    if ! git branch | grep $_local > /dev/null; then
        msg2 "Creating branch: $_local based on $_remote..."
        git branch $_local $_remote || return 1
    fi

    msg2 "Switching to branch: $_local ($_commit)..."
    git checkout $_local || return 1

    # If on a remote branch, this will pull the last commit of that branch
    if _is_remote $_local; then
        msg2 "Updating branch: $_local..."
        git pull
    fi
}

# Generates the commit ChangeLog
_changelog() {
    msg "Generating commit ChangeLog..."
    git log "v2.6.26-rc8-zenmm1..$_local" \
            --pretty="format:%ai %an <%ae>%n%n    * %H: %s%n%nBODY_START%n%b%nBODY_END" \
        | sed -r -e 's/^([0-9]{4}-[0-9]{2}-[0-9]{2}) [0-9]{2}:[0-9]{2}:[0-9]{2} [\+-][0-9]{4}/\1/' \
                 -e '/^BODY_START$/,/^BODY_END$/{/^(BODY_START|BODY_END|<unknown>)$/d;s/(.*)/    \1/g}'
}

# Build function called by makepkg
build() {
    _karch="x86"

    cd $startdir/src

    msg "Including package configuration..."
    . $startdir/CONFIG

    # Pull the kernel source
    _checkout || return 1

    if [ "$_generate_changelog" = "1" ]; then
        _changelog > $startdir/ChangeLog
    else
        cp $startdir/ChangeLog.package $startdir/ChangeLog
    fi
    
    msg "Testing if current kernel version is supported by this PKGBUILD..."
    vercmp "2.6.26" "$(make kernelversion)" > /dev/null
    if [ $? -eq 1 ]; then
        error "Failed"
        return 1
    fi

    msg "Loading configuration..."
    if [ -e $startdir/config.local ]; then
        msg2 "Using custom kernel config (config.local)..."
        cat $startdir/config.local > .config
    elif [ -e $startdir/config.saved.$CARCH ]; then
        msg2 "Using saved kernel config (config.saved.$CARCH)..."
        cat $startdir/config.saved.$CARCH > .config
    elif [ "$CARCH" = "x86_64" ]; then
        cat ../config.x86_64 > .config
    elif [ "$CARCH" = "i686" ]; then
        cat ../config.i686 > .config
    else
        error "Unsupported architecture: $CARCH"
        return 1
    fi

    if [ "$_date_localversion" = "1" ] && _is_remote $_local; then
        _localversion="$(sed -rn 's/^CONFIG_LOCALVERSION="([^"]*)"$/\1/p' .config)"
        [ -n "$_localversion" ] && msg2 "CONFIG_LOCALVERSION is set to: $_localversion"

        _date="-`date +'%G%m%d'`"
        msg2 "Appending $_date to CONFIG_LOCALVERSION..."
#        sed -i "s/^CONFIG_LOCALVERSION=.*$/CONFIG_LOCALVERSION=\"$_localversion$_date\"/" \
#            .config
#    fi
#
    msg2 "Updating configuration..."
    yes "" | make config > /dev/null

    case "$_menu_method" in
        menuconfig|xconfig|gconfig)
            msg2 "Running make $_menu_method..."
            make $_menu_method
        ;;
    esac

    msg2 "Determining whether UVesaFB is enabled..."
    if grep "^CONFIG_FB_UVESA=[ym]$" .config > /dev/null; then
        provides=("${provides[@]}" "kernel26zen-uvesafb")
    else
        warning "UVesaFB is disabled, framebuffer consoles and v86d won't work"
    fi

    if [ "$_save_config" = "1" ]; then
        msg "Saving configuration..."
        msg2 "Saving src/$_gitname/.config as config.saved.$CARCH"
        cp .config $startdir/config.saved.$CARCH

        if [ "$_date_localversion" = "1" ] && _is_remote $_local; then
            msg2 "Restoring CONFIG_LOCALVERSION..."
            sed -i "s/^CONFIG_LOCALVERSION=.*$/CONFIG_LOCALVERSION=\"$_localversion\"/" \
                $startdir/config.saved.$CARCH
        fi
    fi

    msg "Building kernel and modules..."
    if ! make V="$_verbose" bzImage modules; then
        error "Failed... Your source tree might be broken. Run 'make mrproper' in src/$_gitname to clean it up"
        return 1
    fi

    _kernver="$(make kernelrelease)"
    _basekernel="${_kernver/-*/}"

    if [ "$_kernel_pkgver" = "1" ]; then
        msg "Updating pkgver..."
        [ 1 ] && pkgver="${_kernver//-/.}"
    fi

    # <3 pacman 3.1.0
    msg "Updating provides array..."
    [ 1 ] && provides=("${provides[@]}" "kernel26zenmm=${_kernver//-/.}")

    msg "Installing kernel image..."
    install -D -m644 System.map                $startdir/pkg/boot/System.map26zenmm
    install -D -m644 arch/$_karch/boot/bzImage $startdir/pkg/boot/vmlinuz26zenmm
    install -D -m644 .config                   $startdir/pkg/boot/kconfig26zenmm

    msg "Installing kernel modules..."
    make INSTALL_MOD_PATH=$startdir/pkg modules_install

    # Install fake kernel source
    install -D -m644 Module.symvers  $startdir/pkg/usr/src/linux-$_kernver/Module.symvers
    install -D -m644 Makefile        $startdir/pkg/usr/src/linux-$_kernver/Makefile
    install -D -m644 kernel/Makefile $startdir/pkg/usr/src/linux-$_kernver/kernel/Makefile
    install -D -m644 .config         $startdir/pkg/usr/src/linux-$_kernver/.config
    install -D -m644 .config         $startdir/pkg/lib/modules/$_kernver/.config

    # Install scripts directory and fix permissions on it
    cp -a scripts $startdir/pkg/usr/src/linux-$_kernver
    chmod og-w -R $startdir/pkg/usr/src/linux-$_kernver

    # Install kernel headers
    msg "Installing kernel headers..."
    for i in acpi asm-{generic,x86} config linux math-emu media net pcmcia scsi sound video; do
        msg2 "$i"
        mkdir -p $startdir/pkg/usr/src/linux-$_kernver/include/$i
        cp -a include/$i $startdir/pkg/usr/src/linux-$_kernver/include
    done

    msg "Installing headers for lirc..."
    mkdir -p $startdir/pkg/usr/src/linux-$_kernver/drivers/media/video
    cp drivers/media/video/*.h $startdir/pkg/usr/src/linux-$_kernver/drivers/media/video/
    for i in bt8xx cpia2 cx25840 cx88 em28xx et61x251 pwc saa7134 sn9c102 usbvideo zc0301; do
        mkdir -p $startdir/pkg/usr/src/linux-$_kernver/drivers/media/video/$i
        cp -a drivers/media/video/$i/*.h $startdir/pkg/usr/src/linux-$_kernver/drivers/media/video/$i
    done
    
    msg "Installing dm headers..."
    mkdir -p $startdir/pkg/usr/src/linux-$_kernver/drivers/md
    cp drivers/md/*.h $startdir/pkg/usr/src/linux-$_kernver/drivers/md

    msg "Installing inotify.h..."
    mkdir -p $startdir/pkg/usr/src/linux-$_kernver/include/linux
    cp include/linux/inotify.h $startdir/pkg/usr/src/linux-$_kernver/include/linux/

    msg "Installing CLUSTERIP file for iptables..."
    mkdir -p $startdir/pkg/usr/src/linux-$_kernver/net/ipv4/netfilter/
    cp net/ipv4/netfilter/ipt_CLUSTERIP.c $startdir/pkg/usr/src/linux-$_kernver/net/ipv4/netfilter/

    msg "Installing wireless headers..."
    mkdir -p $startdir/pkg/usr/src/linux-$_kernver/net/mac80211/
    cp net/mac80211/*.h $startdir/pkg/usr/src/linux-$_kernver/net/mac80211/
    
    msg "Installing Kconfig files..."
    for i in `find . -name "Kconfig*"`; do
        mkdir -p $startdir/pkg/usr/src/linux-$_kernver/`echo $i | sed 's|/Kconfig.*||'`
        cp $i $startdir/pkg/usr/src/linux-$_kernver/$i
    done
    
    msg "Installing arch files..."
    mkdir -p $startdir/pkg/usr/src/linux-$_kernver/arch/$_karch/kernel
    cp arch/$_karch/kernel/asm-offsets.s $startdir/pkg/usr/src/linux-$_kernver/arch/$_karch/kernel

    cp arch/$_karch/Makefile* $startdir/pkg/usr/src/linux-$_kernver/arch/$_karch
    cp -r arch/$_karch/configs $startdir/pkg/usr/src/linux-$_kernver/arch/$_karch

    if [ "$CARCH" = "x86_64" ]; then
        (cd $startdir/pkg/usr/src/linux-$_kernver/arch && ln -s $_karch x86_64)
    else
        (cd $startdir/pkg/usr/src/linux-$_kernver/arch && ln -s $_karch i386)
    fi

    msg "Fixing permissions..."
    chown -R root:root $startdir/pkg/usr/src/linux-$_kernver
    find $startdir/pkg/usr/src/linux-$_kernver -type d -exec chmod 755 {} \;

    msg "Removing uneeded architectures..."
    cd $startdir/pkg/usr/src/linux-$_kernver/arch
    for i in *; do
        [ "$i" != "$_karch" ] && rm -rf $i
    done

    msg "Creating important symlinks..."
    cd $startdir/pkg/usr/src/linux-$_kernver/include
    ln -s asm-$_karch asm

    cd $startdir/pkg/lib/modules/$_kernver
    rm -rf source build
    ln -sf ../../../usr/src/linux-$_kernver build

    cd $startdir/pkg/usr/src
    ln -s linux-$_kernver linux-$_basekernel-zen

    cd $startdir/pkg/lib/modules
    ln -s $_kernver $_basekernel-zen

    msg "Installing fallback mkinitcpio.conf and preset file..."
    install -D -m644 $startdir/src/mkinitcpio-kernel26zenmm.conf \
        $startdir/pkg/etc/mkinitcpio.d/kernel26zenmm-fallback.conf

    install -D -m644 $startdir/src/kernel26zenmm.preset \
        $startdir/pkg/etc/mkinitcpio.d/kernel26zenmm.preset

    msg "Setting correct kernel version in install script..."
    sed -i "s/_kernel_version=.*/_kernel_version=$_kernver/g" \
        $startdir/kernel26zenmm.install

    msg "Generating kernel26zenmm.kver..."
    echo -e "# DO NOT EDIT THIS FILE\nALL_kver='$_kernver'" \
        > $startdir/pkg/etc/mkinitcpio.d/kernel26zenmm.kver
}

If I don't comment out those lines, and I build the kernel normally, I can then install it and use the nvidia-beta-zenmm using the installer way.

glad: for me the improvements are great. arch's 2.6.26-ARCH kernel in testing forced me to try zenmm, glad I did now. I wouldn;t expect everyone to have this same result though, I was specifically looking to fix a bug.

I am glad too, this nvidia-beta fixed my black tty error, and the kernel26zenmm is an overall performance boost, it seems to be way faster and more stable in every way. The new ALSA really improved om my HP. The volume works perfectly on my multimedia volume slider key (on 2.6.26-2 it would break the left/right channels and make volume uneven when adjusting up or down with the multimedia LED slider).

I do have one question though... is there a place where I can get accurate info about the tuneables. I tried using google for looking up the things that I didn't know about, but I still wish there was more info on some things... especially the settings that are supposed to be the major improvements.

Last edited by methuselah (2008-08-08 08:49:32)

rooloo

Member

Registered: 2008-07-09

Posts: 218

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

        _date="-`date +'%G%m%d'`"
        msg2 "Appending $_date to CONFIG_LOCALVERSION..."
#        sed -i "s/^CONFIG_LOCALVERSION=.*$/CONFIG_LOCALVERSION=\"$_localversion$_date\"/" \
#            .config
#    fi
#

your line numbers got messed up somehow. Make it look like this below.

#       _date="-`date +'%G%m%d'`"
#       msg2 "Appending $_date to CONFIG_LOCALVERSION..."
#       sed -i "s/^CONFIG_LOCALVERSION=.*$/CONFIG_LOCALVERSION=\"$_localversion$_date\"/" \
#           .config
    fi

This is why I asked the maintainer of kernel26zenmm-git package to please remove the date stamp(not everyone copies line for line). But, apparently he seems to find no issue with the way the PKGBUILD is done. I don't agree with this, but I am not the maintainer of the package.

rooloo

Member

Registered: 2008-07-09

Posts: 218

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

You removed the LDFLAGS from line 52 why is that? Also the changelog is nice in the original patch file

if you read the info on the nvnews site you will see that part of the patch is specific to fedora core OS. I tried to compile with those LDFLAGS and got an error, so I commented out the line and all was OK.

EXPORT_SYMBOL (pv_lock_ops);
EXPORT_SYMBOL (pv_time_ops);
EXPORT_SYMBOL (pv_cpu_ops);
EXPORT_SYMBOL (pv_mmu_ops);
EXPORT_SYMBOL (pv_apic_ops);
EXPORT_SYMBOL (pv_info);
EXPORT_SYMBOL (pv_irq_ops);

what do these do exactly?

Inferno

Member

Registered: 2004-11-11

Posts: 15

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

You removed the LDFLAGS from line 52 why is that? Also the changelog is nice in the original patch file

if you read the info on the nvnews site you will see that part of the patch is specific to fedora core OS. I tried to compile with those LDFLAGS and got an error, so I commented out the line and all was OK.

EXPORT_SYMBOL (pv_lock_ops);
EXPORT_SYMBOL (pv_time_ops);
EXPORT_SYMBOL (pv_cpu_ops);
EXPORT_SYMBOL (pv_mmu_ops);
EXPORT_SYMBOL (pv_apic_ops);
EXPORT_SYMBOL (pv_info);
EXPORT_SYMBOL (pv_irq_ops);

what do these do exactly?

If you enable CONFIG_PARAVIRT (will also be auto enabled by xScale SMP setting for EMT64) then NVIDIA would'nt compile since it stops with an error that the module cannot be made since an GPL only symbol pv_lock_ops is used. Here is the topic http://www.nvnews.net/vbulletin/showthread.php?t=116514
The error is:
FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol 'pv_lock_ops'

In the orignal paravirt.c some symbols are exported as EXPORT_SYMBOL_GPL (see here on the end http://zen-sources.org/cgi-bin/gitweb.c … ff5c78e5b)

So I changed it to above and now it compiled.

Did yo already try this new patch from nvidia?
http://www.nvnews.net/vbulletin/showpos … stcount=17

rooloo

Member

Registered: 2008-07-09

Posts: 218

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

Did yo already try this new patch from nvidia?
http://www.nvnews.net/vbulletin/showpos … stcount=17

Just tried it out, works for me. I am still using 2.6.27-rc1-zenmm0

I have updated the AUR package to use

_kernver=`uname -r`

to make it more user friendly for everyone. Still need to comment out lines 154-157 in kernel26zenmm-git PKGBUILKD for this package to work.

It now has support again for i686. If you need md5 checksums make sure you run makepkg -g first and add them in.

methuselah

Member

Registered: 2007-10-02

Posts: 570

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

        _date="-`date +'%G%m%d'`"
        msg2 "Appending $_date to CONFIG_LOCALVERSION..."
#        sed -i "s/^CONFIG_LOCALVERSION=.*$/CONFIG_LOCALVERSION=\"$_localversion$_date\"/" \
#            .config
#    fi
#

your line numbers got messed up somehow. Make it look like this below.

#       _date="-`date +'%G%m%d'`"
#       msg2 "Appending $_date to CONFIG_LOCALVERSION..."
#       sed -i "s/^CONFIG_LOCALVERSION=.*$/CONFIG_LOCALVERSION=\"$_localversion$_date\"/" \
#           .config
    fi

This is why I asked the maintainer of kernel26zenmm-git package to please remove the date stamp(not everyone copies line for line). But, apparently he seems to find no issue with the way the PKGBUILD is done. I don't agree with this, but I am not the maintainer of the package.

Thank you for the correction, it worked perfectly. I realize that when I had edited my PKGBUILD, I had forgotten that I edited the i686 sources line and the md5sums line out of the PKGBUILD..... which is why I was 2 lines off..... so it was really all my fault.

Thanks again for your nvidia packages and help with the kernel name edit.

el mariachi

Member

Registered: 2007-11-30

Posts: 595

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

the pkgbuild for the nvidia-beta-zenmm package must have a wrong url. it gives a 404 error when trying to fetch the drivers from nvidia

rooloo

Member

Registered: 2008-07-09

Posts: 218

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

the pkgbuild for the nvidia-beta-zenmm package must have a wrong url. it gives a 404 error when trying to fetch the drivers from nvidia

What URL did you try to use? C&P from terminal please.

OK, I have updated it to a different URL, hopes this works as I can't control how the nvidia servers work. You get 404 error, but yet it works for me here. Hard to diagnose when I can't find an issue or don't have the info to support your claims.

try again with the updated url, I hope it works.

Last edited by rooloo (2008-08-10 12:11:19)

ianegg

Member

Registered: 2007-06-18

Posts: 38

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

I just redownloaded and recompiled everything completely from scratch, and nvidia is still not working.

Could someone who has the the kernel and nvidia working (compiled for x86_64 generic or AMD specific) please send me the packages so I can see if they work for me, please?

rooloo

Member

Registered: 2008-07-09

Posts: 218

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

I just redownloaded and recompiled everything completely from scratch, and nvidia is still not working.

Could someone who has the the kernel and nvidia working (compiled for x86_64 generic or AMD specific) please send me the packages so I can see if they work for me, please?

what error are you getting? no one can help you if you don't at least provide some information.

ianegg

Member

Registered: 2007-06-18

Posts: 38

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

Sorry, it's the same error I've been getting the whole time, so I thought I'd already mentioned it... I/O error on /dev/nvidia0. Can't remember the specific error off the top of my head, but I'd really like a known working set of packages so I can see if it's a hardware incompatibility or something else at my end.

Just tried this again, I don't think the patch was applying properly earlier, as I can get it to compile and install with rooloo's new PKGBUILD. However there are a lot of warnings, and X can't start.

NVIDIA: could not open the device file /dev/nvidia0 (Input/output error).
(EE) NVIDIA(0): Failed to initialize the NVIDIA graphics device PCI:1:0:0.

Output of makepkg: http://pastebin.com/m68566b68

Last edited by ianegg (2008-08-11 08:42:05)

rooloo

Member

Registered: 2008-07-09

Posts: 218

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

Sorry, it's the same error I've been getting the whole time, so I thought I'd already mentioned it... I/O error on /dev/nvidia0. Can't remember the specific error off the top of my head, but I'd really like a known working set of packages so I can see if it's a hardware incompatibility or something else at my end.

Just tried this again, I don't think the patch was applying properly earlier, as I can get it to compile and install with rooloo's new PKGBUILD. However there are a lot of warnings, and X can't start.

NVIDIA: could not open the device file /dev/nvidia0 (Input/output error).
(EE) NVIDIA(0): Failed to initialize the NVIDIA graphics device PCI:1:0:0.

Output of makepkg: http://pastebin.com/m68566b68

What error are you getting when you use makepkg to on the nvidia-beta-zenmm PKGBUILD.

the error you are getting is an xorg error, that does that help me, I do not write the code, nvidia does. The only problem I can help you with is packaging errors. That ^^^ is not a packaging error.

Try using makepkg again on the nvidia-beta-zenmm PKGBUILD and then paste the output here, or link to a pastebin. Specifically look for errors that exit makepkg. Sometimes makepkg will finish, but nothing will be done right. This will leave you with a usable package, but once installed, nothing will work. This sounds like your problem, but you are not providing the right information.

I am working on a repository for pre-compiled binaries of the kernel26zenmm-git source and the nvidia-beta-zenmm drivers.

BUT BE WARNED BOTH PACKAGES WILL BE VANILLA, I WILL NOT RECOMPILE A KERNEL JUST TO ENABLE SOME SPECIFIC FEATURE FOR ANYONE.

ianegg

Member

Registered: 2007-06-18

Posts: 38

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

makepkg isn't giving any errors, though there are a lot of "warning: pointer of type 'void *' used in arithmetic" warnings. Here's the current output when I do makepkg -f, I haven't changed anything since yesterday: http://pastebin.com/m6d42c69f

It seems to me it's very similar to the output I posted 2 weeks ago. Since quite a lot seems to have changed since then and I kept everything vanilla this time round, I thought it's either something wrong with my toolchain or a freak hardware problem. I don't pay attention to the output usually, so I'm not sure if it's stopping in the usual place, but I attemped it with "|| return 1" after make in the PKGBUILD and it still created a useable package.

A vanilla repo will be great for testing.

edit: corrected pastebin url

Last edited by ianegg (2008-08-11 15:46:50)

rooloo

Member

Registered: 2008-07-09

Posts: 218

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

makepkg isn't giving any errors, though there are a lot of "warning: pointer of type 'void *' used in arithmetic" warnings. Here's the current output when I do makepkg -f, I haven't changed anything since yesterday: http://pastebin.com/m6d42c69f

It seems to me it's very similar to the output I posted 2 weeks ago. Since quite a lot seems to have changed since then and I kept everything vanilla this time round, I thought it's either something wrong with my toolchain or a freak hardware problem. I don't pay attention to the output usually, so I'm not sure if it's stopping in the usual place, but I attemped it with "|| return 1" after make in the PKGBUILD and it still created a useable package.

A vanilla repo will be great for testing.

edit: corrected pastebin url

the reason why nvidia-beta-zenmm will not work you is because you failed to follow directions.

http://aur.archlinux.org/packages.php?ID=18730

the first comment I made stated

Nvidia beta drivers w/ patch for the kernel26zenmm package.

Lines 154-157 need to be commented out in the kernel26zenmm PKGBUILD and rebuilt.

lines 11 and 12 of your pastebin suggest you failed to do this step.

The error that is specific to this problem is generated when you install the package with pacman -U , if you read, you will see the output say something to the fact there there is "no such file or directory". Meaning the module was never installed and the reason for the xorg error.

Read a few post above yours, methuselah had close to the same issue, except he remembered to comment out the lines, just the wrong lines.

ianegg

Member

Registered: 2007-06-18

Posts: 38

Re: **NEW KERNEL IN AUR** kernel26zenmm-git

The package installs correctly with no errors. In this instance I adjusted the PKGBUILD for convenience but when I tried yesterday I noticed the PKGBUILD now has _kernver=`uname -r` at the top, which I assumed was a workaround for the date string being appended, so I rebooted with the new kernel before running makepkg. If _kernver is wrong, makepkg finishes before any actual compilation begins.

pacman -Ql nvidia-beta-zenmm                                                                                              ~/packages/nvidia-beta-zenmm
nvidia-beta-zenmm /lib/
nvidia-beta-zenmm /lib/modules/
nvidia-beta-zenmm /lib/modules/2.6.27-rc1-zenmm0-20080810/
nvidia-beta-zenmm /lib/modules/2.6.27-rc1-zenmm0-20080810/kernel/
nvidia-beta-zenmm /lib/modules/2.6.27-rc1-zenmm0-20080810/kernel/drivers/
nvidia-beta-zenmm /lib/modules/2.6.27-rc1-zenmm0-20080810/kernel/drivers/video/
nvidia-beta-zenmm /lib/modules/2.6.27-rc1-zenmm0-20080810/kernel/drivers/video/nvidia.ko

cat PKGBUILD | grep kernver                                                                                                    ~/packages/nvidia-beta-zenmm
#_kernver=`uname -r`
_kernver="2.6.27-rc1-zenmm0-20080810"
  echo $_kernver
  echo ${_kernver}
  make SYSSRC=/lib/modules/${_kernver}/build module
  mkdir -p $startdir/pkg/lib/modules/${_kernver}/kernel/drivers/video/
  install -m644 nvidia.ko $startdir/pkg/lib/modules/${_kernver}/kernel/drivers/video/
  sed -i -e "s/KERNEL_VERSION='.*'/KERNEL_VERSION='${_kernver}'/" $startdir/*.install

edit: I really would like to test a known working version of the kernel before I recompile the whole thing again. I want to stick to vanilla so I know I'm not breaking anything, but my system takes a very long time to compile all the stuff I don't need. Have I misunderstood some sublety of the lines that are to be commented out and `uname -r`? I'll do it again if you think it will make a difference, but I don't want to spend hours compiling the exact same kernel with a different name...

Last edited by ianegg (2008-08-11 16:52:15)